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

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

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

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

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

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

• نقش DBA

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

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

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

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

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

• ایده اصلی

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

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

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

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

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

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

دانلود تحقیق و مقاله کامل در مورد معماری سرویس گرا (تعداد صفحات 39)

اختصاصی از سورنا فایل دانلود تحقیق و مقاله کامل در مورد معماری سرویس گرا (تعداد صفحات 39) دانلود با لینک مستقیم و پر سرعت .

معماری سرویس گرا  (Service Oriented Architecture) رهیافتی برای ساخت سیستم های توزیع شده است که کارکردهای نرم افزاری را در قالب سرویس ارائه می کند. این سرویس ها هم توسط دیگر نرم افزارها قابل فراخوانی هستند و هم برای ساخت سرویس های جدید مورد استفاده قرار می گیرند، این معماری برای یکپارچه سازی فناوری ها در محیطی که انواع Orchestration in SOAدو واژه پر کاربرد در حوزه کسب و کار و معماری سرویس گرا که معمولا به جای هم اشتباه گرفته می شوند، ارکستریشن (Orchestration) و کاریگرافی (Choroegraphy) نام دارند. ارکستریشن در خصوص ترتیب اجرای سرویس ها در فرآیند بحث می کند، ارکستر اصلی مجموعه ای از سرویس ها را فراخوانی می کند تا نتیجه مورد نظر حاصل شود و فرآیند تکمیل گردد، ممکن است سرویس های خارج سازمان نیز در این راستا فراخوانی و استفاده شوند، این کار با کمک موتور فرآیند محقق می شود. در عوض کاریگرافی به فرآیندهایی گویند که بدون موتور فرآیندی(رهبر ارکستر) اقدام به تبادل پیام کرده و ترتیب و توالی پیامهای مبادلاتی را خود بازیگران ثبت و کنترل می کنند. بنابراین ارکستریشن به معنای وجود یک موتور فرآیندی است که ترتیب و توالی را کنترل کرده و از شرکاء داخلی یا خارجی برای انجام کارها استفاده می نماید. نمونه این مدل سیستم مدیریت فرآیندهای حرفه (BPMS) است که فرآیندها در موتور فرآیندی اجرا می شوند.

 فهرست :

معماری سرویس گرا   Service Oriented Architecture

اتصال سست  (loose coupling)

آشنائی با معماری سرویس گرا  (SOA)

نکاتی درخصوص معماری سرویس گرا

تعریف معماری سرویس گرا

معماری سرویس گرا از دیدگاه های مختلف

سرویس وب

تفاوت سرویس های وب با نرم افزارهای تحت

دسته بندی سرویس در معماری سرویس گرا

تعریف سرویس

معماری سرویس گرا در شهر الکترونیک

ارائه خدمات مشاوره، راهبری، آموزش و نظارت بر پروژه های معماری سرویس گرا

فواید و ضرورت  SOA از نگاه ذینفعان مختلف

مزایای معماری سرویس گرا از نگاه کسب و کار

مزایای معماری سرویس گرا از نگاه فناوری اطلاعات

مزایای معماری سرویس گرا

استانداردها UDDI

 استانداردها  WSDL

اجزاء تشکیل دهنده  WSDL

استانداردها SOAP

ساختار پیامهای  SOAP

بررسی و ارزیابی متدولوژی های مطرح معماری سرویس گرا   (SOMA, SOA+RUP)

متدولوژی های موجود

متدولوژی تحلیل و طراحی سرویس گرا

مراحل متدولوژی

مدل های بلوغ معماری سرویس گرا

تحول جدید معماری سرویس گرای سازمانی

رابطه بین    EA وSOA ، BPM

معماری سازمانی سرویس گرا   (SOEA)

لایه های معماری سازمانی سرویس گرا

مقایسه میان معماری سازمانی با معماری سرویس گرا

تفاوت معماری سازمانی با معماری سرویس گرا

شباهتها معماری سازمانی با معماری سرویس گرا