فایل ورد کامل مهاجرت از RDBMS به NoSQL ستون گرا : درس‌های آموخته شده و مشکلات باز

توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد

این مقاله، ترجمه شده یک مقاله مرجع و معتبر انگلیسی می باشد که به صورت بسیار عالی توسط متخصصین این رشته ترجمه شده است و به صورت فایل ورد (microsoft word) ارائه می گردد

متن داخلی مقاله بسیار عالی، پر محتوا و قابل درک می باشد و شما از استفاده ی آن بسیار لذت خواهید برد. ما عالی بودن این مقاله را تضمین می کنیم

فایل ورد این مقاله بسیار خوب تایپ شده و قابل کپی و ویرایش می باشد و تنظیمات آن نیز به صورت عالی انجام شده است؛ به همراه فایل ورد این مقاله یک فایل پاور پوینت نیز به شما ارئه خواهد شد که دارای یک قالب بسیار زیبا و تنظیمات نمایشی متعدد می باشد

توجه : در صورت مشاهده بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی فایل ورد کامل مهاجرت از RDBMS به NoSQL ستون گرا : درس‌های آموخته شده و مشکلات باز،به هیچ وجه بهم ریختگی وجود ندارد

تعداد صفحات این فایل: ۱۴ صفحه

چکیده

مهاجرت از RDBMS به NoSQL به موضوع مهمی در عصر داده‌های بزرگ تیدیل شده است. این مقاله، یک بررسی جامع را در مورد موضوعات مهم مهاجرت از RDBMS به NoSQL فراهم می‌آورد. ما در مورد چالشهای پیش رو در ترجمه کوئری های SQL بحث می‌کنیم؛ تأثیر لغو نرمالسازی، ایندکس‌های ثانویه، و الگوریتمهای جوین، و مسائل باز. ما بر یک NoSQL ستون گرا، HBase تمرکز می‌کنیم زیرا آن بطور گسترده‌ای توسط بسیاری از شرکتهای اینترنتی مثل Facebook ، Twitter و LinkedIn مورد استفاده قرار می‌گیرد. به دلیل اینکه HBase از SQL پشتیبانی نمی‌کند، ما از Phoenix Apache به عنوان لایه SQL در بالای HBase استفاده می‌کنیم. نتایج آزمایشی با استفاده از TPC-H نشان می‌دهند که لغو نرمالسازی در سطح ستون با اتمیسیته به طور قابل توجهی عملکرد کوئری را بهبود می‌بخشد، استفاده از ایندکسهای ثانویه بر روی کلیدهای خارجی به مانند RDBMSها مؤثر نیست و بهینه ساز کوئری Phoenix خیلی پیچیده نیست. مسائل مهم باز از کوئری های پیچیده SQL ، انتخاب خودکار ایندکس ، و بهینه سازی کوئری های SQL برای NoSQL پشتیبانی می‌کند.

– نتیجه گیری

ما چالشهای مواجه شده، درس‌های آموخته و مسائل باز را برای مهاجرت از RDBMS به HBaseبا Phoenix خلاصه کردیم؛ و موضوعات مهمی از جمله ترجمه کوئری، لغو نرمالسازی، ایندکس‌های ثانویه و پردازش جوین را مورد بررسی قرار دادیم. آزمایشات گسترده نشان می‌دهند که لغو نرمالسازی سطح ستونی با اتمیسیته ، عملکرد کوئری را تا برابر افزایش می‌دهد. استفاده از ایندکسهای ثانویه بر کلیدهای خارجی به انداز استفاده از RDBMSs مؤثر نیست و بهینه ساز کوئری Phoenix خیلی پیچیده نیست. مسائل مهم باز برای کارهای آینده از کوئریهای پیچید SQL، انتخاب ایندکس اتمیسیته، و بهینه سازی کوئریهای SQL برای NoSQLپشتیبانی می‌کنند.

عنوان انگلیسی:Migration from RDBMS to Column-Oriented NoSQL: Lessons Learned and Open Problems~~en~~

Abstract

Migration from RDBMS to NoSQL has become an important topic in a big data era. This paper provides a comprehensive study on important issues in the migration from RDBMS to NoSQL. We discuss the challenges faced in translating SQL queries; the effect of denormalization, secondary indexes, and join algorithms; and open problems. We focus on a column-oriented NoSQL, HBase, because it is widely used by many Internet enterprises such as Facebook, Twitter, and LinkedIn. Because HBase does not support SQL, we use Apache Phoenix as an SQL layer on top of HBase. Experimental results using TPC-H show that column-level denormalization with atomicity significantly improves query performance, the use of secondary indexes on foreign keys is not as effective as in RDBMSs, and the query optimizer of Phoenix is not very sophisticated. Important open problems are supporting complex SQL queries, automatic index selection, and optimizing SQL queries for NoSQL.

– Conclusions

We summarized the challenges faced, lessons learned, and open problems for the migration from RDBMS to HBase with Phoenix. We addressed important issues of query translation, denormalization, secondary indexes, and join processing. Extensive experiments show that column-level denormalization with atomicity improves query performance by up to 2.7 times, the use of secondary indexes on foreign keys is not as effective as in RDBMSs, and the query optimizer of Phoenix is not very sophisticated. Important open problems for future work are supporting complex SQL queries, automatic index selection, and optimizing SQL queries for NoSQL.

$$en!!