مقاله درباره اهداف استفاده از مهندسی معکوس پایگاه داده

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 3

اهداف استفاده از مهندسی معکوس پایگاه داده

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

تحقیق درباره حافظة اصلی پایگاه داده ها

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 39

Main Memory Database

حافظة اصلی پایگاه داده ها

مقدمه

در اواسط دهه 1980، با نزول قیمت DRAM، این ایده مطرح شد که کامپیوترهای آتی با داشتن حافظه اصلی با ظرفیت بالا، می توانند بسیاری از پایگاه داده ها را درحافظه اصلی داشته باشند. در این شرایط می توان همه I/O ها (که بسیار هزینه بر می باشند) را از پردازش DBMS حذف نمود. بنابراین معماری DBMS دستخوش تغییرات جدی می شود و در یک MAIN MEMORY DBMS(MMDBMS)، مدیریت I/O دیگر نقشی نخواهد داشت.

نکته مهم در یک MMDB، چگونگی انجام تراکنشها و recovery بصورت کارا است. برخی از الگوریتمهای پیشنهادی براساس این فرض عمل می کنند که قسمت کوچکی از حافظه اصلی بصورت ماندگار وجود دارد که اطلاعاتش توسط باطری در صورت قطع برق از بین نخواهد رفت. این قسمت از حافظه اصلی برای نگهداری redo log ها استفاده می شود.

تعداد دیگری از الگوریتمهای پیشنهادی پیش فرض حافظه ماندگار را ندارند و همچنان از عملیات I/O برای نوشتن اطلاعات تراکنش در حافظه ماندگار استفاده می کنند. بنابراین در این الگوریتمها عملیات I/O بطور کامل حذف نمی شود، بلکه تعدادشان بسیار کمتر می شود زیرا I/Oمربوط به نوشتن اطلاعات صفحات buffer ها، حذف خواهد شد.

در یک MMDBMS، ساختارداده های ساده مانند T-Tree و همچنین bucket-chained hash جایگزین ساختارداده هایی چون B-Tree و linear hash در DBMS های مبتنی بر دیسک می شوند. بنابراین سرعت اجرای پرس و جو(پرس و جو) و بهنگام سازی بسیار افزایش می یابد و هزینه index lookup و نگهداری ،فقط مربوط به پردازنده و دسترسی به حافظه اصلی خواهد شد.

یکی از مشکلات اصلی در MMDBMS ها بهینه کردن درخواستهاست. عدم وجود I/O به عنوان فاکتور اصلی در هزینه ها به معنای پیچیدگی بیشتر مدل کردن هزینه در یک MMDBMS است زیرا در اینجا یکسری فاکتورهای فازی از قبیل هزینه اجرای پردازنده ، باید در نظر گرفته شوند. در این حالت باید با استفاده از تعامل روش coding، عوامل سخت افزاری مانند پردازنده و معماری حافظه و پارامترهای پرس و جو، به یک مدل قابل اطمینان از هزینه اجرا در حافظه اصلی رسید.

در دهه 1990، MMDBMS ها با افزایش سایز دیسکها و سایز مسائل همراه با افزایش ظرفیت DRAM ها، به اوج محبوبیت خود رسیدند. MMDBMS ها اغلب برای برنامه هایی که به پایگاه داده Real Time نیاز دارند (مانند سیستمهای embedded سوئیجهای تلفن) ، استفاده می شود. از آنجایط که سایز حافظه اصلی در کامپیوترها روز به روز در حال افزایش است، این امید وجود دارد که برای بسیاری از پایگاه داده هایی که امروزه امکان قرارگفتن آنها بصورت کامل در حافظه اصلی وجود ندارد، این شرایط مهیا شود.

مدلهای هزینه حافظه اصلی

متاسفانه تا کنون تلاشهای اندکی جهت مدل کردن هزینه کارایی MMDBMSها صورت گرفته است. تحقیقات اولیه روی طراحی ماشینهای پایگاه داده ها، بیشتر در زمینه وابستگیهای میان الگوریتمها و دسترسی حافظه صورت می گرفت.در صورتیکه امروزه به دلیل محدود شدن استفاده از MMDBMS ها به کاربرد در پایگاه داده های Real Time(به صورت