سورنا فایل

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

سورنا فایل

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای

اختصاصی از سورنا فایل نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای دانلود با لینک مستقیم و پر سرعت .

نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای


نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای

نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای

به همراه 16 صفحه اسلاید آماده ارائه در قالب پاورپوینت

 

 

 

 

 

در اکثر پروژه ­های کامپیوتری انجام شده در دهه­ های اخیر از تکنولوژی­های تمام شئ­گرایی مانند Java و C# استفاده شده در حالی که برای ذخیره سازی داده­ها از پایگاه­ داده ­های رابطه ­ای که در آنها اثری از شئ­گرایی موجود نیست استفاده شده. این بدین معنا نیست که انتخاب­های دیگری موجود نیست بلکه بسیاری زبان­های برنامه­ نویسی Procedural شبیه COBOL موجود است همچنین بسیاری از پایگاه­داده­های موجود از تکنولوژی شئ­گرا بهره می­برند از جمله می­توان از پایگاه­ داده ­های XML نام برد.

بین تکنولوژی­های شئ­گرایی و رابطه­ای که اکثر تیم­های نرم­افزاری در سیستم­های خود به­کار می­برند یک ناهم­خوانی ذاتی موجود است. برای رفع این ناهمخوانی یک راه ساده وجود دارد که از دو بخش تشکیل شده: ابتدا باید پروسه­ی نگاشت اشیاء به رابطه­های پایگاه­داده را آموخت و سپس روشی برای پیاده­سازی آن فرا گرفت.

 

  • نقش DBA

شکل 1 نشان دهنده نقش یک DBA است زمانی که نگاشت بین مدل رابطه­ای و شئ­گرا را انجام می­دهد. سه عمل اولیه برای این­کار عبارتند از:

1- نگاشت [1]: هدف اصلی یافتن یک استراتژی مناسب و کارا برای نگاهداری داده­های اشیاء است. این کار شامل ذخیره کردن صفات و رابطه­های بین اشیاء از جمله رابطه­ی ارث بری میان اشیاء است.

2- پیاده­سازی نگاشت [2]

3- یکسان ساختن کارایی [3]

نکته­ ی قابل توجه در شکل1 این است که هم DBA ها و هم تولیدکنندگان نرم­افزارها در هر سه فعالیت بالا با هم کار می­کنند. 

 

  • ایده اصلی

اولین چیزی که در نگاشت اشیاء به پایگاه­داده­های رابطه­ای به نظر می­رسد نگاشت بین صفات اشیاء و ستون­های جداول است. هر صفت از یک شئ به صفر یا چند ستون در پایگاه­داده رابطه­ای تبدیل می­شود. به خاطر داشته باشید که کلیه صفات یک شئ پایدار (Persistent) نیستند. به عنوان مثال صفت میانگین نمرات در یک شئ Student ممکن است فقط در برنامه استفاده شود در حالی که نیازی به ذخیره­سازی مقدار آن در پایگاه­داده نیست چراکه از روی مقادیر باقی صفات قابل محاسبه می­باشد. و یا بعضی صفات در اشیاء خود یک شئ مستقل می­تواند باشد به همین دلیل ممکن است در پایگاه­داده رابطه­ای مجموعه­ای از چند ستون به عنوان جایگزینی برای یک صفت در یک شئ در نظر گرفته شود. ساده­ترین حالت در نگاشت یک شئ زمانی است که هر صفت از یک شئ به یک ستون از یک جدول در پایگاه­داده نگاشت شود مخصوصاً زمانی که نوع داده­ای در مدل شئ­گرا با نوع داده­ای در مدل رابطه­ای یکسان باشند. ]‎4[

برای سادگی می­توان فرض کرد که کلاس­ها به صورت یک به یک به جداول در پایگاه­داده­ها نگاشت می­شوند. اما به غیر از موارد بسیار ساده و ابتدایی همانطور که در ادامه خواهیم دید این فرض اشتباه بوده و نیاز به عملیات بیشتری برای نگاشت میان کلاس­ها و جداول در این دو مدل است. اما در این نوشته معمولاً ابتدا هر کلاس را به یک جدول نگاشت کرده و سپس سایر بهینه­سازی­ها را انجام می­دهد.

شکل ۲ نشان دهنده یک نمودار کلاس ساده به همراه مدل ذخیره سازی فیزیکی معادل آن در پایگاه­داده رابطه­ای می­باشد. شما در این شکل میتوانید ارتباط بین عناصر یک کلاس با ستونهای پایگاه‌داده را مشاهده کنید.

 

ممکن است هنگام انتقال از فایل ورد به داخل سایت بعضی متون به هم بریزد یا بعضی نمادها و اشکال درج نشود ولی در فایل دانلودی همه چیز مرتب و کامل است

متن کامل را می توانید در ادامه دانلود نمائید

چون فقط تکه هایی از متن برای نمونه در این صفحه درج شده است ولی در فایل دانلودی متن کامل همراه با تمام ضمائم (پیوست ها) با فرمت ورد word که قابل ویرایش و کپی کردن می باشند موجود است

 

 


دانلود با لینک مستقیم


نظرات 0 + ارسال نظر
برای نمایش آواتار خود در این وبلاگ در سایت Gravatar.com ثبت نام کنید. (راهنما)
ایمیل شما بعد از ثبت نمایش داده نخواهد شد