تحقیق در مورد طرح اطلاع رسانی از طریق پایگاه وب (صنایع و معادن)

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

لینک پرداخت و دانلود *پایین مطلب*

فرمت فایل:Word (قابل ویرایش و آماده پرینت)

تعداد صفحه27

فهرست مطالب

 

مقدمه..........................................     1

1-  معرفی وزارت صنایع و معادن................ 2

1-1-                                                                                                                                                                                                                 انواع متون توصیفی  2

2-1-    انواع نمودارهای سازمانی................ 2

3-1-    شرح ................................... 2

4-1-    معرفی مدیران وزارتخانه................. 3

5-1-    معرفی واحدهای تابعه وزارتخانه           3

2-  آمار فعالیتهای وزارت صنایع و معادن         5

1-2-                                                                                                                                                                                                                   آمار ماهانه   5

2-2-    آمار سالانه............................. 5

3-2-    گزارشهای تحلیلی........................ 6

3-  طرحهای صنعتی و معدنی..................... 7

4-  قوانین، مقررات و مصوبات.................. 8

1-4-    قوانین استراتژیک....................... 8

2-4-    قانون برنامه سوم....................... 8

3-4- قوانین و مقررات ناظر بر بخش صنعت و معدن 8

4-4- قوانین و مقررات ناظر بر فرابخش صنعت و معدن    8

5-4- سایرقوانین جاری........................ 8

5-  وام‌ها و تسهیلات اعتباری.................. 10

1-5- منابع................................. 10

2-5- ................................... طرحها     10

3-5- تقاضا................................. 10

4-5- نتایج بررسی........................... 11

5-5- پیشرفت فیزیکی......................... 11

6-    سازمانها و واحدهای تولیدی              12

 

 

1-6- سازمانها، موسسات و نهادها............. 12

2-6- واحدهای تولیدی........................ 13

7- فروش....................................     14

8- نمایشگاه‌ها و سمینارها................. 15 

1-8- اخبار نمایشگاه‌ها و سمینارها........... 15

3-8- مشارکت در نمایشگاه.................... 16

9- فرصتهای سرمایه‌گذاری................... 17

10-              فرم‌ها................................     18

11-                          توانمندیهای صادرات.............. 19

12-                          اخبار وزارت صنایع و معادن        20

1-12- گزیده جراید.......................... 20

2-12- خبرنامه صنایع و معادن................ 20

3-12- اعلان عمومی........................... 20

4-12- گزارش بازدیدها....................... 21

5-12- مناسبتها............................. 21

6-12- انتصابها............................. 21

13-                                                                                                                                                                                                                             نشریات و کتب 22

1-13- تازه‌های کتاب......................... 22

2-13- نشریات............................... 22

3-13- برگه‌دان.............................. 23

14-                                                                                                                                                                                                                             خبرگان صنعت و معدن    24

بسم الله الرحمن الرحیم

 مقدمه

گزارش حاضر، به تشریح محتوای اطلاعاتی سیستم‌های مورد نیاز بر روی پایگاه وب وزارت صنایع و معادن پرداخته است. این گزارش، یکی از مستندات اولیه فاز 3 طراحی  و تهیه و پایگاه وب، یعنی فاز پویاسازی صفحات به شمار می‌رود.

در این گزارش، هر یک از سیستم‌های مورد نیاز، به طور جداگانه بررسی شده و سعی گردیده که حدود و ثغور و عملکردهای مورد توقع هر سیستم به طور کلی و به صورت اجمالی معرفی گردد. برای این منظور، ‌نخست هدف از ایجاد هر یک از سیستم‌های موردنظر تشریح شده و سپس قسمتهای مختلف هر سیستم معرفی گردیده است. اقلام اطلاعاتی که در هر سیستم ذخیره‌سازی و بازیابی می‌شود، ‌نام برده شده و نام واحد دارنده اطلاعات و واحد بهنگام‌رسان اطلاعات ذکر گردیده است.

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

دانلود مقاله نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای

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

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

1 نقش DBA

شکل 1 نشان دهنده نقش یک DBA است زمانی که نگاشت بین مدل رابطه¬ای و شئ¬گرا را انجام می¬دهد. سه عمل اولیه برای این¬کار عبارتند از:
1- نگاشت : هدف اصلی یافتن یک استراتژی مناسب و کارا برای نگاهداری داده¬های اشیاء است. این کار شامل ذخیره کردن صفات و رابطه¬های بین اشیاء از جمله رابطه¬ی ارث بری میان اشیاء است.
2- پیاده¬سازی نگاشت
3- یکسان ساختن کارایی

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

2 ایده اصلی

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

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

شکل 2

با وجودی که شما¬ها در شکل نشان داده شده بسیار شبیه هستند این تفاوتها بدان معنا است که انطباق کامل نخواهد بود. تفاوتها بین شماها شامل :
• چندین خصیصه برای tax در نمودار کلاس وجود دارد در صورتی که تنها یک معادل در شمای داده برای آن موجود است. این بدان معنا است که سه خصیصه tax در کلاس tax در یک ستون از جدول Order اضافه و نگهداری شوند در زمان ذخیره سازی و وقتی شیئ خوانده می‌شود در حافظه 3 خصیصه باید محاسبه شوند .
• شمای داده شامل کلید است در حالی که شمای شیئ این خصیصه را ندارد باید برای شناسایی و ارتباط بین کلید در کلاس سیاست و روندی اتخاذ گردد. به این اطلاعات اضافی "اطلاعات سایه" میگوییم.
• نوع های مختلفی در هر شما موجود است باید بدون از بین رفتن اطلاعات بتوان آنها را به هم تبدیل کرد. ]‎2[

اطلاعات سایه

اطلاعات سایه شامل هر داده ای است که اشیائ برای ساختن نیاز دارند. از قبیل کلید، کنترل همروند و ... .
شکل۳ مدل ریزتری از کلاسهای Order و Order Item را مشخص میکند.
• شامل خصوصیات سایه‌ای که کلاس برای نمایش مطبوع خودش نیاز دارد می¬باشد. در جلو اسم این خصوصیات به جای خط فاصله فاصله قرار‌گرفته و جلو آنها وا‍‍ژه کلیشه¬ای <<persistence>> قرار گرفته¬است.

• چهارچوب اطلاعات مورد نیاز برای ایفا روابط بین خصوصیات دو کلاس .چهارچوب خصوصیات، از قبیل بردار OrderItem در Order.

• تابع GetTotalTax() به کلاس Order برای محاسبه مقدار tax در جدول Order اضافه شده‌است. ]‎2[

شکل 3

اطلاعات سایه به طور ضروری نیازمند ایفا شدن بوسیله business object ها می‌باشند. و باید به چگونگی انها توجه شود.

انطباق Meta Data

شکل۴ Meta Data نمایش داده شده انطباق مورد نیاز جهت برقراری کلاسهای شکل۳ است. MetaData اطلاعاتی راجع به داده میباشد. ما نیاز به راههایی برای نمایش انطباق داده‌ها داریم که در شکل۴ به وضوح دیده میشود.

Property Column
Order.orderID Order.OrderID
Order.dateOrdered Order.DateOrdered
Order.dateFulfilled Order.DateFulfilled
Order.getTotalTax() Order.Tax
Order.subtotalBeforeTax Order.SubtotalBeforeTax
Order.shipTo.personID Order.ShipToContactID
Order.billTo.personID Order.BillToContactID
Order.lastUpdate Order.LastUpdate
OrderItem.ordered OrderItem.OrderID
Order.orderItems.position(orderItem) OrderItem.ItemSequence
OrderItem.item.number OrderItem.ItemNo
OrderItem.numberOrdered OrderItem.NumberOrdered
OrderItem.lastUpdate OrderItem.LastUpdate
شکل 4

شکل۴ به قسمت عمده تکنیک مقاومت غیر انطباقی بین تکنولو‍‍‍‍‍‍ژی شیئ و تکنولوژی رابطه‌ای است. کلاسها رفتار وداده های و روابط جداول پایگاه داده را مشخص می¬کنند. نتیجه نهایی وقتی بدست میآید که شما یک کلاس رو به روابط پایگاه داده انطباق می‌دهید. شما باید Operation های getter و setter را هم برای هر ستون جدول به کلاس اضافه کنید.

3نگاشت ساختارهای وراثتی

پایگاه¬داده¬های رابطه¬ای به طور ذاتی وراثت را پشتیبانی نمی¬کنند، بنابر این شما مجبورید ساختارهای وراثتی را در شماهای شیئ برای شما داده ترسیم کنید.
مفهوم وراثت در چندین پیجیدگی جالب در زمان ثبت اشیا در پایگاه¬داده¬های رابطه¬ای گذاشته¬شده.ما چندین راه حل مقدماتی برای نگاشت وراثت به پایگاه¬داده رابطه¬ای ارائه¬کرده¬ایم. که این تکنیکها شامل:

• نگاشت کلاس وراثت به یک جدول تنها
• نگاشت هر کلاس واقعی با جدول خودش.
• نگاشت هر کلاس با جدول خودش.
• نگاشت کلاسها به ساختار کلی جداول. ]‎2[

برای توصیف هر تکنیک ما چگونگی نگاشت دو نسخه از وراثت نمایش داده شده در شکل۵ را توضیح می دهیم نسخه اول شامل ۳ کلاس است – person، کلاس انتزاعی، و دو کلاس employee , costomer – نسخه دوم وراثت کلاس دیگری را اضافه‌می‌کند بنام executive .

شکل 5

نگاشت کلاس وراثت به یک جدول تنها

تمام خصیصه¬های کلاسها را در یک جدول نگهداری می¬کنیم. شکل۶ مدل داده¬ای مورد نظر برای شکل۵ را نمایش می¬دهد. که نام این جدول person است، یک استراتژی خوب برای نام گذاری جدول استفاده از نام ریشه کلاس وراثت است که یک قانون سر¬راست است.

شکل 6
دو ستون به جدول اضافه شده¬اند ¬_PersonType , PersonPOID ستون دوم جهت مشخص¬کردن کلید است و اولی برای مشخص کردن آن است که Peson مشتری یا کارمند یا هر دو آنها میباشد. PersonPOID یک مشخص کننده پایا اشیا است. که معمولا به آن مشخص کننده شیئ میگوییم.
زمانی که executive را هم اضافه کنید آنگاه جداول به صورت شکل۷ در می¬آید. ]‎[4

شکل 7

نگاشت هر کلاس واقعی به جدول مخصوص خود

در این زمینه هر جدول برای هر کلاس وااقعی شاخته شده است، هر جدول شامل خصوصیات ایفاشده بوسیله کلاس و خصوصیات ارث برده شده توسط آن است. شکل8 مشخص کننده مدل فیزیکی داده برای سلسله مراتب شکل5 است زمانی که این زمینه برخورد شده است.

شکل 8

نگاشت هر کلاس به جدول مخصوص آن کلاس

این استراتژی را که هر کلاس جدول مخصوص به خود را دارد در نظر میگیریم. با یک ستون برای خصوصیات تجاری و هر اطلاعات شناسایی.شکل9 مدل فیزیکی داده کلاسهای شکل5 را زمانی که هر کلاس به یک جدول نگاشته شده است را نمایش داده است. داده ها برای کلاس customer در دوکلاس نگهداری شده¬اند، Customer وPerson ، بنابر این برای دریافت این داده شما نیاز دارید دو جدول را متصل کنید.
عملیات بر روی کلیدها جالب به نظر میرسند. نکته جالب آن است که personPOID بعنوان کلید برای تمامی جداول در نظر گرفته می¬شود.برای جداول Customer,Employee,Executive ، personOID هم کلید اصلی و هم کلید خارجی است. ]‎3[

شکل9
نگاشت کلاس به یک ساختار نوعی جدولی

چهارمین انتخاب برای ساختار وراثتی به پایگاه داده رابطه¬ای گرفتن یک نوع ، بعضی اوقات به آن meta-data میگوییم، برای نگاشت کلاسها است. در شکل10 شما یک شما داده برای مرتب کردن مقدار صفتها و برای انتقال ساختار وراثتی است.

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله 14   صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید

دانلود مقاله حافظة اصلی پایگاه داده ها

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

مقدمه
در اواسط دهه 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(به صورت پرس وجوهای ساده، مانند یک hash lookup در یک جدول)، اینگونه تحقیقات از اهمیت کمتری برخوردارند.
در تحقیقات اخیر در زمینه MMDBMS ها دو نمونه تحقیقاتی Office-By-Example (OBE) مربوط به شرکت IBM و Smallbase مربوط به شرکت HP مسائل ارزشمندی را درمورد بهینه سازی پرس وجو ها و مدلسازی هزینه حافظه اصلی مطرح کرده اند که در ادامه به بررسی این دو نمونه می پردازیم.

Office-By-Example (OBE)
OBE یک پایگاه داده در حافظه اصلی است که بسیاری از مفاهیمQuery-by-example(QBE)، را گسترش می دهد. برای بهینه سازی پرس و جو، مبتنی بر هزینه، OBE یک مدل کامل از هزینه را ارائه می دهد. باتوجه به این پیش فرض که داده هایی که پردازش می شوند در حافظه اصلی قرار گرفته اند، عامل اصلی هزینه در پایگاه داده های متداول که همان دسترسی I/O است حذف خواهد شد.
در این صورت هزینه محاسبات پردازنده از اهمیت بالایی برخوردار خواهد شد. این در حالیست که مدلسازی هزینه پردازنده بسیاردشوار است و پارامترهای زیادی از قبیل طراحی نرم افزار، معماری سخت افزار و حتی روش برنامه نویسی، در مدلسازی هزینه پردازنده دخیل هستند. بعلاوه تحلیل دقیق سیستمهای بزرگ به منظور شمارش تعداد سیکلهای پردازنده غیر ممکن می باشد.
راه حل پیشنهادی، استفاده از روشهای تجربی و روشهای تحلیلی در کنار یکدیگر است.
در ابتدا، bottleneck های سیستم با استفاده از یک تحلیلگرِ اجرا شناسایی می شوند. در این روش تنها bottleneck ها، برای مدلسازی هزینه پردازنده بکار می روند.
البته در این مرحله، بسیار مهم است که bottleneck ها تا حد ممکن توسط تلاشهای معقول اصلاح شوند.
مرحله بعد پیدا کردن وزن نسبی هریک از bottleneck ها و مشخص سازی واحد هزینه آنها توسط روشهای تجربی است.
برای OBE، bottleneck ها و واحدهای هزینه بصورت زیر مشخص می شوند :
• ارزیابی expression هایی که در predicate ها آمده اند. (واحد هزینه = C1)
• عملیات قیاسی که برای مشخص کردن خروجی نهایی predicate ها لازم است. (واحد هزینه = C2)
• بازیابی یک tuple از یک رابطه موجود در حافظه اصلی. (واحد هزینه = C3)
• واحد عملیاتِ ساختن شاخص (index) ( ساختن شاخص روی رابطه ای که n تا tuple دارد، nLog2n برابر واحد هزینه دارد. واحد هزینه = C4)
• واحد عملیات در مرتب سازی ،که در شرایط شاخصهای چند ستونی(multi-column index) مورد نیاز است. (واحد هزینه = C5)
جالبترین نتیجه بدست آمده از آزمایشات این است که، هزینه ارزیابی expression های سیستم، بیشترین هزینه از میان هزینه های مطرح شده در OBE می باشد.در حالیکه C2 تا C5 تقریبا یکسان می باشند، C1 به میزان قابل توجهی بیشتر از آنهامی باشد.
در ادامه به بررسی نمونه Smallbase می پردازیم.

Smallbase
در smallbase، مدل هزینه حافظه اصلی به سه گروه تقسیم می شود:
1. Hardware-based
این مدل بسیار شبیه مدل هزینه مبتنی بر I/O در پایگاه داده های متداول است. به جای شمارش عملیات I/O، تعداد سیکلهای پردازنده شمارش می شود. علیرغم اینکه این روش بسیار ساده به نظر می رسد، از جهت پیاده سازی مشکلات عمده ای وجود دارد.بعلاوه، portability بسیار محدود خواهد شد زیرا این سیاستها میان معماریهای سخت افزار، متفاوت است. در هر حال این مدل بسیار دقیق و قابل لطمینان می باشد.

2. Application-based
در این روش هزینه ها بر اساس هزینه bottleneck های سیستم بیان می شود.علیرغم اینکه این روش از جهت پیاده سازی بسیار ساده تر از روش hardware-based است، این نوع مدل از عمومیت کمتری برخوردار است.
Bottleneck ها بسیار وابسته به workload ِمورد استفاده برای شناسایی آنها، دارد و بنابراین نمی توان از این روش برای نمایش هزینه های همه انواع پرس و جو استفاده کرد.
در اصل،این مدل نسبت به مدل hardware-based از portability بالاتری (توسط تولید دوباره پروفیل) برخوردار است. به هر حال، این روش نه تنها باعث تفاوت در واحدهای هزینه می شود بلکه مجموعه bottleneck ها هم متفاوت خواهد شد.در این حالت اگر مدل، دستخوش تغییرات شود، هزینه توابعِ هزینه مربوط به عملیات پایگاه داده، باید دوباره بر اساس bottleneck های جدید فرمولسازی شود.

3. Engine-based
این مدل هزینه، مابین مدل hardware-based - که دقیق و پیچیده است- و مدل application-based -که علیرغم سادگی از عمومیت کمتری برخوردار است-، قرار دارد. این مدل بر اساس هزینه عملیات ابتدایی که موتور اجرایی MMDBMS تامین می کند، عمل می کند.
در یک پروسه دو مرحله ای این مدل توضیح داده می شود:
در این مدل عمومی ابتدا عوامل اصلی هزینه شناخته می شوند و هزینه پردازش پرس و جو بر اساس عوامل شناخته شده بیان می گردد. سپس مدل با مشخص کردن مقادیر مربوط به این عوامل، مقداردهی اولیه شده و سپس ارزیابی می شود.
مرحله اول نیاز به اطلاعات کامل در مورد اجزای داخلی موتور اجرایی دارد و عموماً توسط دست انجام می شود. در مورد اینکه مدل تا چه حد باید جزئی و دقیق باشد، این پاسخ مطرح می شود که مدل باید تا آنجایی که به feasibility سیستم خدشه ای وارد نشود، بصورت جزئی مدل شود. یکسری ساده سازیها و بهبود و دوباره نگری در طی مرحله ارزیابی قابل انجام است.
برای سیستم smallbase ، هزینه های ابتدایی زیرشناسایی شده اند :
• Fetch کردن یک ستون ویا مقدار یک پارامتر
• انجام عملیات ریاضی و منطقی
• اجرای یک عمل مقایسه
• اجرای expression ایی که like داشته باشد
• scan کردن جدول، T-tree index، hash index، جدول موقت
• ساخت و از بین بردن T-tree index، hash index، جدول موقت
• مرتب سازی tuple ها
• انتخاب tuple های مشخص
• انجام عمل join (nested loop join، merge join)
به وابستگیهای هزینه به فاکتورهایی از قبیل سایز جداول، نوع داده ها و ... در مرحله دوم پرداخته می شود.
در مرحله دوم یک برنامه تست ،وظیفه مقداردهی اولیه و ارزیابی مدل را بصورت اتوماتیک برعهده دارد. برای هر واحد هزینه دو پرس و جو که هزینه اجرایشان، فقط در آن مقدار متفاوت باشد، در نظر گرفته می شود. بعلاوه فرمولهایی که وابستگی هر واحد هزینه را به سایز جدولها نشان می دهند، باید مشخص شوند.
برنامه تست هزینه سپس پارامترهای مربوطه و ارزیابی مدل را با اجرای هر زوج پرس و جو به تعداد مکرر با سایزهای متفاوت جداول انجام می دهد.

ساختارهای شاخص در حافظه اصلی
ساختارهای شاخصِ طراحی شده برای حافظه اصلی، متفاوت از طراحی های رایج برای سیتم های مبتنی بر دیسک می باشند.اهداف اصلی در طراحی یک شاخص مبتنی بردیسک عبارتند از : به حداقل رساندن تعداد دستیابی ها به دیسک و به حداقل رساندن فضای دیسک.در حالی که یک شاخص مبتنی بر حافظه اصلی ،در حافظه اصلی قرار گرفته واصلا دستیابی به دیسک وجود ندارد که حداقل شود از این رو، هدف اصلی از طراحی یک ساختار شاخص مبتنی بر حافظه اصلی ،کاهش زمان کلی محاسبات و در عین حال ، به کار گیری حداقل حافظه ممکن می باشد.
در یک پایگاه داده مبتنی بر حافظه اصلی، رابطه ها در حافظه قرار می گیرند،بنابراین،نیازی نخواهد بود که شاخص، مقادیر واقی صفات را ذخیره کند، در عوض می توان از اشاره گر هایی به tupleها استقاده نمود و با استفاده از این اشاره گرها ، مقادیر واقعی صفات را در هنگام لازم ، بازیابی نمود.
چنین روشی جندین مزیت دارد:
 با استقاده از اشاره گرِ tuple،شاخص، هم به مقادیر صفات آن tuple دسترسی دارد و هم به خود tuple ،بنابراین اندازه شاخص کاهش می یابد.
 این روش ، سبب کاهش پیچیدگی در سازماندهیِ رکوردهایی با اندازه های زیاد و متغیر،و روشهای فشرده سازی در شاخص ها می شود.
 با انجام عملیات بهنگام سازی،شاخص ها نیز باید بهنگام شوند، در این حالت، جابجایی اشاره گرها بسیار ارزان تر از جابحایی مقادیر صقاتِ (معمولاً) طولانی تر می باشد.
 یک اشاره گر شاخص، امکان دستیابی به کلیه فیلدهای یک tuple را فراهم می سازد،بنابراین در حالتهای خاص نیز، نیاز کمتری به شاخص های چندصفتی، وجود خواهد داشت.
ساختار T-Tree ، یک ساختار درختی با حفظ ترتیب می باشد که اساساً به منظور استفاده در حافظه اصلی طراحی شده است و در ادامه به شرح آن می پردازیم.

ساختار T-Tree
این ساختار جدید، از ترکیب ساختارهای AVL و B-Tree بدست آمده است: T-Tree یک درخت باینری است با چندین عنصر در هر گره.در شکل زیر، ساختار یک T-Tree و یک گره از آن را – به نام T-Node- مشاهده می کنید. T-Treeیک درخت باینری است بنابراین خصوصیت Binary Search را از درختان AVL، به طور ذاتی به همراه دارد.همچنین، هر T-Node شامل چندین عنصر می باشد بنابراین T-Tree ، خصوصیات مثبتِ بهنگام سازی و ذخیره سازی B-Tree را به همراه دارد.جابجایی داده ها که عموماً پس از حذف و درج لازم می شود نیز، معمولا تنها در یک گره باید صورت بگیرد.Rebalancing نیز با استفاده از چرخشهایی مشابه با درختهای AVL ، انجام می شود با این تفاوت که با توجه به امکان جابحایی داده در داخل یک گره، تناوب انجام آن خیلی کمتر خواهد بود.

سه گونه متفاوت از T-Node ها وجود دارند:
 Internal Node: (گره داخلی):T-Node ایی که دو زیر درخت دارد.
 Half-leaf node : T-Node ایی که یک اشاره گرِ فرزند تهی و یک اشاره گرِ فرزند غیر تهی دارد.
 Leaf Node :T-Node ایی که هر دو اشاره گرِ فرزند آن، تهی می باشند.
به ازای هر گره داخلیA، یک leaf (و یا half-leaf ) متناظر با آن وجود دارد که شامل مفدار داده ایی است که ،"جد "(predecessor) ِ کمترین مقدار داده در A ، محسوب می شود.همچنین، یک leaf (ویا half-leaf) ،شامل مفدار داده ایی که ،successor ِ بیشترین مقدار داده در A ، محسوب می شود،نیز وجودخواهد داشت.به predecessor، بزرگترین حد پائین A و به successor کوچکترین حد بالای A ، گفته می شود،مطابق با شکل زیر:

به ازای هر گره N و هر مفدار X ، اگر مقدار X مابین مقادیرکمترین عنصر و بیشترین عنصردرA ، قرار بگیرد، می گوئیم که A ، X را "می پوشاند". توجه کنید که داده ها در یک T-Node به صورت مرتب شده قرار می گیرند، بنابراین،سمت چپ ترین عنصر دارای کوچکترین مقدار و سمت راست ترین عنصر ، دارای بزرگترین مقدار خواهند بود.
هر T-Tree دارای یک حدِ حداقل و یک حدِ حداکثر می باشد که معمولا به میزان اندکی با هم تفاوت دارند، گره های داخلی ظرفیتشان - یعنی : تعداد مقادیرداده در هر گره - را در داخل بازه این حدود،نگه می دارند، بدین ترتیب در تلفیقی از عملیات حدف و درج،مقدار داده ایی که باید به علت سربارحاصل از درج به leafها منتقل شده و یا به علت پاریز (underflow) حاصل ازحذف ،از leafها قرض گرفته شود،کاهش یافته و نتیجتاً از چرخشهای اضافی در درخت، جلوگیری خواهد شد. داشتن چنین انعطافی در ظرفیت گره های داخلی، تا حدودی سبب حفظ تعادل میان بهبود ِ ذخیره سازی و زمانِ حذف/درج خواهد شد. گره های leaf و half-leaf نیز،ظرفیتی متغیر میان صفرو حد ِحداکثر خواهند داشت.

1. الگوریتم جستجو
جستجو در T-Tree مانند جستجو در Binary Tree صورت می گیرد با این تفاوت که به جای مقایسه با یک مقدار،مانند B-Tree، مقایسه با مقادیر حداقل وحداکثرِ آن گره صورت می گیرد.مراحل این الگوریتم عبارتند از:
1. جستجو همیشه از ریشه درخت آغاز می شود.
2. اگر مقدار مورد جستجو کمتر از کمترین مقدار در آن گره باشد،جستجو در زیر درختی ادامه خواهد یافت که اشاره گرِ فرزند چپ، به آن اشاره می کند.
3. در غیر این صورت، اگر مقدار مورد جستجو، بیشتر ازبزرگترین مقدار در آن گره باشد،جستجو در زیر درختی ادامه خواهد یافت که اشاره گرِ فرزند راست،به آن اشاره می کند.
4. در غیر این صورت، گره فعلی جستجو خواهد شد.
5. جستجو هنگامی نا موفق خواهد بود که گره ایی جستجو شود ولی داده مورد نظر در آن یافت نشود و یا هنگامی که گره ایی که مقدار ِمورد جستجو را بپوشاند، پیدا نشود.

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

فرمت این مقاله به صورت Word و با قابلیت ویرایش میباشد

تعداد صفحات این مقاله  54  صفحه

پس از پرداخت ، میتوانید مقاله را به صورت انلاین دانلود کنید

پایان نامه - تریگر های فازی در پایگاه داده فعال

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

فرمت فایل : word(قابل ویرایش)تعداد صفحات100

فهرست مطالب
بخش اول: مفاهیم و تعاریف، کارهای انجام شده 1
فصل اول: کلیات 2
1-1 مقدمه 2
1-2 مروری بر فصول پایان‌نامه 5
فصل دوم: پایگاه داده فعال 6
2-1 مدیریت داده 6
2-2 مدیریت قوانین 7
2-2-1 تعریف قانون 7
2-2-1-1 رویداد 8
2-2-1-2 شرط 12
2-2-1-3 واکنش 13
2-2-2 مدل اجرایی 14
2-2-2-1 اولویت اجرایی در قوانین 16
2-2-2-2 معماری پایگاه دادة فعال 17
2-2-2-3 آشکارساز رویداد 18
2-2-2-4 ارزیابی شرط 19
2-2-2-5 زمانبندی 20
2-2-2-6 اجرا 21
2-3 نمونه‌های پیاده‌سازی شده 21
2-3-1 Starburst 21
2-3-2 Ariel 23
2-3-3 NAOS 24
2-4 نتیجه 25
فصل سوم: مفاهیم فازی 26
3-1 مجموعه‌های فازی 27
3-2 عملگرهای فازی 29
3-3 استنتاج فازی 30
3-4 ابهام‌زدایی 31
3-5 نتیجه 31
فصل چهارم : پایگاه دادة فعال فازی 32
4-1 تعریف فازی قوانین 33
4-1-1 رویداد فازی 34
4-1-1-1 رویدادهای مرکب 36
4-1-1-2 انتخاب فازی اجزاء رویدادهای مرکب 38
4-1-2 شرط فازی 38
4-1-3 واکنش فازی 40
4-1-4 تعیین فازی موقعیت زمانبندی 41
4-2 معماری و مدل اجرایی قوانین 43
4-2-1 آشکارساز رویداد 44
4-2-2 بررسی شرط 45
4-2-3 اجرا 45
4-2-4 زمانبندی 45
4-3 نتیجه 47
بخش دوم: کاربردی جدید از تریگر فازی، رونوست برداری فازی، نتایج آزمایشات 48
فصل پنجم: رونوشت برداری فازی 49
5-1 رونوشت برداری 50
5-1-1 رونوشت برداری همگام 50
5-1-2 رونوشت برداری ناهمگام 51
5-1-3 ماشین پایه رونوشت برداری داده 52
5-1-4 مقایسه دو روش همگام و ناهمگام 53
5-2 رونوشت برداری فازی 56
5-2-1 استفاده از تریگرها برای فازی نمودن رونوشت برداری 57
5-3 کمیت سنج های فازی 59
5-3-1 روش محاسبه کمیت سنج های فازی 60
5-3-2 کمیت سنج عمومی 61
5-3-3 کمیت سنج جزئی 64
5-3-4 کمیت سنج جزئی توسعه یافته 67
5-4 روش جدید محاسبه حد آستانه در تریگرهای فازی برای رونوشت برداری فازی 69
5-5 معماری ماشین رونوشت بردار فازی 71
5-6 مثال 73
5-7 کارایی 77
5-7-1 ترافیک در رونوشت برداری مشتاق 79
5-7-2 ترافیک در رونوشت برداری تنبل 80
5-7-3 ترافیک در رونوشت برداری فازی 80
5-7-4 مقایسه تئوری هزینه رونوشت برداری فازی و تنبل 81
5-8 جمع بندی 83
فصل ششم: پیاده سازی 84
6-1 Fuzzy SQL Server 84
6-2 عملکرد اجزای Fuzzy SQL Server 85
6-3 شبیه سازی تریگرهای فازی در پایگاه داده غیر فازی 86
6-4 اجزاء تریگر فازی در پایگاه داده غیر فازی 86
6-5 جداول سیستمی مورد نیاز 87
6-6 مثال 89
6-7 کارهای آتی 94
مراجع و منابع 95

طراحی و پیاده سازی پایگاه داده های توزیع شده همگن

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

فرمت : Word

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

سیستم پایگاهی توزیع شده

تعاریف

پایگاه داده: مجموعه ای است از داده های ذخیره شده و پایا، بصورت مجتمع (یکپارچه) (نه لزوماً همیشه بطور فیزیکی، بلکه حداقل بطورمنطقی)، بهم مرتبط، حتی الامکان با کمترین افزونگی، (دارای یک ساختار منطقی مبتنی بر یک مدل داده ای و توصیف شده بویژه در محیط انتزاعی یعنی در چارچوب همان مدل داده ای )، تحت مدیریت یک سیستم کنترل متمرکز، مورد استفاده یک یا چند کاربر از یک(یا بیش از یک)«سیستم کاربردی»،بطور همزمان و اشتراکی.]روحا83[

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

به زبان ساده سیستم پایگاه داده توزیع شده ، مزایای تکنولوژی پایگاه داده و تکنولوژی شبکه را در خود جمع کرده است.البته این یکپارچه سازی[2] ، با تمرکز[3] تفاوت دارد.شکل زیر گویای این مطلب است:

 شکل 1- معماری توزیع شده پایگاهی،ترکیبی از تکنولوژی های شبکه و پایگاه داده ها[TAMER99]

• تعریف اول:

یک سیستم توزیع شده پایگاهی، شامل مجموعه ای از مانه هاست[4] که از طریق برخی المانهای اتصال، بهم متصل می باشد بطوریکه :

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

با تعریف ارائه شده فوق از سیستم های پایگاه داده های توزیع شده ،می توان فهمید که سیستم پایگاه داده های توزیع شده، در واقع نوعی شیء مجازی[5] می باشد که مولفه[6]های آن بطور فیزیکی در تعدادی پایگاه داده های واقعی[7] مختلف در تعدادی مانه مجزا قرار دارد . ( در اصل DDB[8] ، اجتماع منطقی این چند پایگاه داده واقعی می باشد ).] [DATE2000

• تعریف دوم:

سیستم توزیع شده پایگاهی، مجموعه ای از داده های ذخیره شده ( با ویژگی های بر شمرده در تعریف پایگاه داده ها)، که منطقاً به یک سیستم تعلق دارند ، ولی در مانه ها ی مختلف یک یا بیش از یک شبکه توزیع شده اند. به عبارتی دیگر، می توان گفت که تعدادی پایگاه داده های ذخیره شده روی کامپیوتر های مختلف داریم که از نظر کابران، پایگاه واحدی هستند. به بیان دیگر، مجموعه ای است از چند پایگاه داده منطقاً یکپارچه(مجتمع)،ولی بطور فیزیکی توزیع شده روی یک شبکه کامپیوتری.]روحا83[

• تعریف سوم:

یک سیستم پایگاهی توزیع شده(DDB) ،مجموعه ای است از چندین پایگاه داده های منطقاً بهم مرتبط از طریق یک شبکه کامپیوتری. سیستم مدیریت پایگاه داده های توزیع شده(DDBMS)،نرم افزاری که مدیریت پایگاه داده های توزیع شده را فراهم می آورد و«توزیع شدگی» را از دید کاربران پنهان  می

سازد.[TAMER99]

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

مانه های داده ای، قابلیت نگهداری فیزیکی داده های سیستم را دارند در حالیکه مانه های درخواست کننده فاقد این امکان هستند. در مانه های درخواست کننده تنها واسط[11] هایی وجود دارد که با اجرای آنها، داده های ذخیره شده در مانه های داده ها  بهتر و راحتتر بدست می آیند.

همانطور که از شکل بالا مشخص است، بجز مانه1 که از نوع مانه درخواست کننده است، بقیه از نوع داده هستند.

اما حالت فوق، تنها حالت ممکن برای پایگاه داده های توزیع شده نیست. در نوع دیگری از معماری توزیع شده پایگاه داده ها، فرض می شود هر مانه(مانه های «درخواست کننده» و «داده ها») بطور منطقی حاوی ]حداقل[یک ماشین مستقل است. بنابراین هر کدام از مانه ها دارای مخزن ذخیره سازی اولیه و ثانویه مستقل خود می باشند. مانه ها، سیستم عامل های مستقل خود را (که می توانند همگن یا ناهمگن باشند)دارند و هر یک قادر خواهند بود برنامه های کاربردی خود را بطور محلی احرا نمایند. مانه ها بوسیله یک شبکه کامپیوتری بهم متصل شده اند. تاکید می شود که اتصال بین مانه ها در این نوع سیستم های توزیع شده، از نوع «اتصال ضعیف»[13] بین پردازنده ها است. منظور از اتصال ضعیف بین پردازنده آن است که هر پردازنده کلاک اختصاصی ، حافظه اولیه و ثانویه و سیستم عامل خود را دارد. در مقابل این نوع اتصال، «اتصال قوی» بین پردازنده ها وجود دارد که در آن پردازنده ها از یک حافظه مشترک[14] و یک کلاک همگام استفاده می کنند. سیستم عامل واحدی پردازنده ها و حافظه را مدیریت می کند. اتصال بین پردازنده از نوع مستقیم است نه از طریق یک شبکه ارتباطی.

گونه دیگری از سیستم های پایگاه داده ها وجود دارد که از جهاتی شبیه سیستم های پایگاه داده های موازی است. این نوع DBMS ها DBMS های موازی کاملاً مستقل[15] نامیده می شوند. در از DBMS های موازی، با بکارگیری معماری چند پردازنده ای، کارایی بالاتر و دسترس پذیری بیشتر را همراه با هزینه کمتر در مقایسه با ابر کامپیوترها خواهیم داشت.

معماری سیستم های پایگاه داده های موازی، جزئیات خاص خود را دارد که در محدوده این نوشتار نمی گنجد.

• تعریف چهارم:

یک سیستم محاسبات توزیع شده[16]،شامل تعدادی عناصر پردازشگر- نه لزوماً همگن- است که از طریق یک شبکه کامپیوتری با هم در ارتباطند. یک سیستم توزیع شده پایگاه داده را می توان منطقاً مجموعه ای چندگانه از پایگاه داده ها دانست که روی یک شبکه کامپیوتری توزیع شده اند و DDBMS نرم افزار مدیریت این پایگاه داده توزیع شده است به نحوی که توزیع شدگی سیستم را از دید کاربر پنهان می سازد.[CONN2002]

• تعریف پنجم:

برخلاف سیستم های پایگاهی موازی[17] که در آنها پردازشگرها کاملاً بهم متصل شده و یک  پایگاه داده واحد را تحت کنترل دارند، سیستم های پایگاهی توزیع شده از اتصال نسبتاً ضعیف مانه هایی که هرکدام بطور انحصاری میتوانند عمل کنند تشکیل شده است.

هر مانه ممکن است در پردازش یک تراکنشی که داده مورد نیاز خود را از مانه(های) دیگر دریافت می کند،  شرکت کند.

تفاوت اصلی معماری سیستم پایگاهی متمرکز با معماری سیستم پایگاهی توزیع شده در محل استقرار داده ها است. در معماری متمرکز، داده ها بطور فیزیکی در یک رسانه ذخیره سازی قرار دارند در حالیکه داده های معماری توزیع شده در مانه های مختلف توزیع شده اند. همین توزیع داده ها در مانه های مختلف ، باعث تفاوت های زیادی در پردازش تراکنش ها و درخواست ها با معماری متمرکز ایجاد نموده است.[SILB2002]

منظور از اینکه هر مانه دارای سیستم پایگاه داده کامل و مستقلی است این است که : هر مانه پایگاه- داده های واقعیِ محلی[18] خود، کاربران، DBMS و نرم افزارها ی مدیریت تراکنش ها[19] و مدیریت ارتباط داده های[20] خود را دارد. خصوصاً، یک کاربر می تواند عملیات روی داده های مانه خود را مانند حالتی که مانه آن اصلاً عضو یک شبکه توزیع شده پایگاه داده ها نباشد، به همان شکل محلی و متمرکز انجام دهد. ( حداقل مطلوب این است. )] DATE2000  [ .

مولفه نرم افزاری [21] جدید در هر مانه (بطور منطقی)،گسترده ای از همان DBMS محلی و سیستم جدید که ترکیبی از مولفه های نرم افزاری و DBMS موجود است،همان سیستم مدیریت پایگاه داده توزیع شده به حساب می آید] DATE2000  [.

درتعریف سیستم پایگاه داده های توزیع شده،فرض می شود که مانه های سازنده سیستم، بطور فیزیکی از هم مجزا هستند، گرچه در اساس، مجزا بودن از نظر منطقی نیز کافی است(معمولا ًدر دنیای واقع چنین است که مانه ها از نظر جغرافیایی از هم جدا هستند).

مثلاً ممکن است دو مانه، کنار هم بر روی یک ماشین فیزیکی[22]  قرار گرفته باشند.

در بیشتر تحقیقات اولیه فرض بر توزیع جغرافیایی مانه ها بود، درحالی که بیشتر سازمانهای تجاری اخیر در راستای توزیع محلی[23] فعالیت می کنند که در آن تعدادی مانه همگی در یک ساختمان و از طریق شبکه محلی بهم متصل شده اند.

1. مزایا و معایب سیستم پایگاهی توزیع شده

پیشرفت تکنولوژی سیستم های مدیریت پایگاه داده ها، با توسعه تکنولوژی محاسبات توزیع شده و پردازش های موازی همگام شده است. نتیجه نهایی این دو سیستم های مدیریت پایگاه داده های توزیع شده و موازی است. سازمانها بطور معمول، دارای ماهیت توزیع شده[24] هستند. این توزیع بطور منطقی و بصورت زیر بخش ها، دپارتمان ها[25] و گروه های کاری[26] و در اکثر مواقع بطور فیزیکی می باشد. در نتیجه سیستم توزیع شده ، ما را قادر می سازد تا ساختار پایگاه داده های مورد نیاز سازمانها را شبیه ساختار واقعی آنها ایجاد کنیم. بدین صورت که، داده محلی را می توان همانطور محلی نگه داری کرد در حالیکه در صورت نیاز امکان دسترسی به داده های دور[27]  بطور همزمان نیز وجود داشته باشد .