سامانه ترجمه و تایپ مترجم اول

نمونه ترجمه انگلیسی به فارسی توسط مترجم اول


معماری پروکسی سرور + OLAP + Proxy-Server Architectures

Proxy-Server Architectures for OLAP

معماری پروکسی سرور برای OLAP

 ABSTRACT

Data warehouses have been successfully employed for assisting decision making by offering a global view of the enterprise data and providing mechanisms for On-Line Analytical processing. Traditionally, data warehouses are utilized within the limits of an enterprise or organization. The growth of Internet and WWW however, has created new opportunities for data sharing among ad-hoc, geographically spanned and possibly mobile users. Since it is impractical for each enterprise to set up a worldwide infrastructure, currently such applications are handled by the central warehouse. This often yields poor performance, due to overloading of the central server and low transfer rate of the network.

In this paper we propose an architecture for OLAP cache servers (OCS). An OCS is the equivalent of a proxy-server for web documents, but it is designed to accommodate data from warehouses and support OLAP operations. We allow numerous OCSs to be connected via an arbitrary network, and present a centralized, a semi-centralized and an autonomous control policy. We experimentally evaluate these policies and compare the performance gain against the existing systems where caching is performed only at the client side. Our architecture offers increased autonomy at remote clients, substantial network traffic savings, better scalability, lower response time and is complementary both to existing OLAP cache systems and distributed OLAP approaches.

چکیده

انبارهای داده با ارائه دید کلی از داده های اقتصادی و مهیاسازی مکانیسم های برای پردازش تحلیلی مستقیم، با موفقیت برای کمک به تصمیم گیری به کار گرفته شده اند. به صورت سنتی، انبارهای داده در محدوده موسسه یا سازمان اقتصادی به کار برده می شوند. هرچند رشد اینترنت و WWW موقعیت های جدیدی برای به اشتراک گذاری داده بین کاربران موردی از نظر جغرافیایی پراکنده و شاید متحرک فراهم کرده است. از آنجایی که تهیه زیربنای جهانی برای هر موسسه اقتصادی کاربردی نیست، در حال حاضر این چنین کاربردهای توسط انبار مرکزی مدیریت می شود. این کار به دلیل بار بیش از حد سرور مرکز یو سرعت انتقال پایین شبکه منجر به عملکرد ضعیف می شود.

در این مقاله معماری برای سرورهای کش (حافظه با سرعت بالا) OLAP (OCS) پیشنهاد می کنیم. OCS هم ارز سرور پروکسی برای اسناد وب است اما برای جا دادن داده از انبارها و پشتیبانی عملیات OLAP طراحی شده است. اجازه می دهیم OCSهای متنوع از طریق شبکه اختیاری به هم متصل شوند و سیاست کنترل متمرکز، نیمه متمرکز و مستقل را ارائه می دهیم. به صورت آزمایشی این سیاست ها را ارزشیابی کرده و دستاورد عملکرد آن را در برابر سیستم های موجود که کش کردن فقط در جانب مشتری انجام می شود، مقایسه می کنیم. معماری ما استقلال افزایش یافته ای برای مشتریان راه دور، صرفه جویی اساسی ترافیک شبکه، مقیاس پذیری بهتر، زمان پاسخ کوتاه را ارائه می دهد و مکمل سیستم های کش OLAP موجود و رویکردهای OLAP است.

 INTRODUCTION

A data warehouse is a collection of historical summarized information, which aims at improving decision-making. The process of accessing and manipulating these data is referred as On-Line Analytical Processing (OLAP) [CCS93]. OLAP operations typically deal with aggregations, which involve huge amounts of data, as opposed to accessing only a few tuples at a time in an On-Line Transaction Processing (OLTP) environment. Moreover, OLAP operations may require data, which are distributed in numerous geographically spanned databases. Therefore, although it is possible to execute such queries against operational databases, in practice a separate database is used to implement the data warehouse.

Usually, each department in an enterprise is interested only in a fragment of the total data. If a central data warehouse has been built, the data can be partitioned and extracted in departmental data warehouses, called data marts (Figure 1a). This approach ensures consistency across the enterprise. Nevertheless, it may be too hard to create a global model for the central warehouse. In this case, each department builds its own data mart (decentralized approach), and a middleware layer is employed to provide a global view of the data (Figure 1b).

The implementation of a data warehouse, naturally involves many distributed database issues. The process of accessing the operational databases, extracting, cleaning and integrating the data in the warehouse, is a distributed database application. In [GLWZ99] the authors discuss the particular issues of the data warehouse environment for distributed and parallel computation. Some of the challenges include the maintenance of the warehouse data consistency given a set of autonomous sources, the process of resuming failed warehouse loads without undoing the incomplete load, and the parallelization of view maintenance tasks

  1. مقدمه

انبار داده مجموعه ای از اطلاعات تاریخی خلاصه شده است که هدف آن بهبود تصمیم گیری است. فرآیند دسترسی و دستکاری این داده ها به عنوان پردازش تحلیلی مستقیم (OLAP) خوانده می شود. عملیات OLAP معمولا با مجموعه ها سر و کار دارد که شامل میزان زیادی داده است، برخلاف دسترسی به تعداد معدود چندتایی ها در هر دفعه که در محیط پردازش تراکنش مستقیم (OLTP) رایج است.  به علاوه، عملیات OLAP ممکن است نیازمند داده هایی باشد که در پایگاه های داده متعدد پراکنده از نظر جغرافیایی توزیع شده اند. بنابراین، اگرچه می توان این چنین جستجوها را در اجرای این چنین جستجوهایی در برابر پایگاه داده های عملیاتی به کار برد، در عمل پایگاه داده جداگانه ای برای پیاده سازی انبار داده به کار می رود.

معمولا هر بخش در موسسه اقتصادی تنها به بخشی از داده کل علاقمند است. اگر انبار مرکزی داده ساخته شود، داده می تواند بخش بندی شده و در انبار داده ای به نام داده گاه (تصویر 1 الف) استخراج شوند. این رویکرد پیوستگی در سراسر موسسه اقتصادی را تضمین میکند. علیرغم این ممکن است ایجاد مدل کلی برای انبار مرکزی بسیار دشوار باشد. در این صورت هر بخش داده گاه خود (رویکرد غیرمتمرکز) را ساخته و لایه میان افزار برای تهیه دید کلی از داده ها به کار می رود (تصویر 1ب).

پیاده سازی انبار داده به صورت طبیعی شامل بسیاری از موضوعات پراکنده پایگاه داده است. فرآیند دسترسی به پایگاه های داده عملیاتی، استخراج و پاکسازی و یکپارچه سازی داده در انبار یک کاربرد توزیع شده پایگاه داده است. در (GLWZ99)، نویسنده ها موضوعات ویژه محیط انبار داده برای محاسبه توزیع شده و موازی را مورد بحث قرار می دهند. برخی از چالش ها شامل حفظ پیوستگی داده انبار با مجموعه منابع مستقل، فرآیند بازیابی بارهای دارای نقص انبار بدون خنثی سازی بار ناکامل و موازی سازی وظایف حفظ نما است.

دانلود مقاله با ترجمه فارسی


تمامی حقوق مادی و معنوی این وب سایت متعلق به مدیریت وب سایت بوده و نزد وی محفوظ می باشد