تولید کد (کلاس ها و store procedure ها) از روی دیتابیس

بوسیله این سورس کد میتوانید از دیتا بیس خود بصوت ویزاردی و مرحله به مرحله تولید کد نمائید.

در گام اول نام پروژه را انتخاب کردهدرگام دوم مشخصات اتصال به دیتابیس SQL Server خود را وارد کنید و دیتابیس خود را انتخاب کنیددر گام بعدی جدول های بانک اطلاعاتی خود را انتخاب کنیددر گام بعدی میتوانید خروجی های تولید شده توسط برنامه را مشخص کنید خروجی های همچون ( استورپروسیجرها و کلاسهای ارتباطی با دیتا بیس با زبان c# و...)

دانلود پاورپوینت Database پایگاه داده ها

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

دسته بندی : پاورپوینت

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

تعداد اسلاید : 22 اسلاید

 قسمتی از متن .ppt : 

Shahriar Pirnia http://www.pirnia.net

Databaseپایگاه داده ها

قواعد جامعیت INTEGRITY RULES(CONSTRAINTS)

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

قواعد جامعیت 1- کاربری (خاص) : تعریف شده توسط کاربر (منظور شخص DBA) است .کاربران

خارجی باید درخواست خود را به DBA بدهند.(UDR=User Defined Rules)

2- عام (متا قاعده Meta-Rule) : مستقل از Data های خاص مطرحند ،

Independent از Data های محیط خاص

قواعد جامعیت کاربری (خاص) میدانی : قاعده ای است ناظر به مقادیر یک میدان

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

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

مثال :

R4 = 0< QTY < 100

R5 =

مثال میدانی : شماره تهیه کنندگان حتما به این صورت است :

R1 = sdddd

R2 = 1111<dddd<8888

R3 = City In { C1,C2,C3,C4,C5}

QTY برای تهیه کنندگان ساکن C1 و C2 که قطعات P1 و P2 را تهیه می کنند نمی تواند بیشتر از 50 باشد

(*) یک DBMS واقعی باید امکان بدهد تا DBA انواع قواعد جامعیت را بیان و ایجاد کند و سیستم باید این قواعد را پیاده و عمل کند .

(*) شمای ادراکی فقط از تعریف رابطه تشکیل نمی شود بلکه قواعد جامعیت مربوط به آن رابطه جزیی از شمای ادراکی است .

(*) بخش عمده Overhead عملیات DBMS مربوط به این قواعد جامعیت است .

قواعد جامعیت عام C1 : قاعده جامعیت موجودیتی Entity Integrity Rule ناظر به کلید اصلی است . C2 : قاعده جامعیت ارجاعی Refrential Integrity Rule ناظر به کلید خارجی است

نکته : کلید خارجی هم مثل کلید اصلی باید در تعریف رابطه آورده شود

قاعده C1 : می گوید : هیچ جز تشکیل دهنده کلید اصلی نمی تواند Null باشد ( هیچ مقدار Null Value داشته باشد)

Null Value : 1- مقدار ناشناخته : Unknown : مثلا STATUS تهیه کننده ای مشخص نباشد .

2- مقدار غیر قابل اعمال : Inapplicable مثلا شماره شناسنامه همسر

برای شخص مجرد غیر قابل اعمال است

دانلود پاورپوینت Database پایگاه داده ها

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

دسته بندی : پاورپوینت

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

تعداد اسلاید : 22 اسلاید

 قسمتی از متن .ppt : 

Shahriar Pirnia http://www.pirnia.net

Databaseپایگاه داده ها

قواعد جامعیت INTEGRITY RULES(CONSTRAINTS)

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

قواعد جامعیت 1- کاربری (خاص) : تعریف شده توسط کاربر (منظور شخص DBA) است .کاربران

خارجی باید درخواست خود را به DBA بدهند.(UDR=User Defined Rules)

2- عام (متا قاعده Meta-Rule) : مستقل از Data های خاص مطرحند ،

Independent از Data های محیط خاص

قواعد جامعیت کاربری (خاص) میدانی : قاعده ای است ناظر به مقادیر یک میدان

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

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

مثال :

R4 = 0< QTY < 100

R5 =

مثال میدانی : شماره تهیه کنندگان حتما به این صورت است :

R1 = sdddd

R2 = 1111<dddd<8888

R3 = City In { C1,C2,C3,C4,C5}

QTY برای تهیه کنندگان ساکن C1 و C2 که قطعات P1 و P2 را تهیه می کنند نمی تواند بیشتر از 50 باشد

(*) یک DBMS واقعی باید امکان بدهد تا DBA انواع قواعد جامعیت را بیان و ایجاد کند و سیستم باید این قواعد را پیاده و عمل کند .

(*) شمای ادراکی فقط از تعریف رابطه تشکیل نمی شود بلکه قواعد جامعیت مربوط به آن رابطه جزیی از شمای ادراکی است .

(*) بخش عمده Overhead عملیات DBMS مربوط به این قواعد جامعیت است .

قواعد جامعیت عام C1 : قاعده جامعیت موجودیتی Entity Integrity Rule ناظر به کلید اصلی است . C2 : قاعده جامعیت ارجاعی Refrential Integrity Rule ناظر به کلید خارجی است

نکته : کلید خارجی هم مثل کلید اصلی باید در تعریف رابطه آورده شود

قاعده C1 : می گوید : هیچ جز تشکیل دهنده کلید اصلی نمی تواند Null باشد ( هیچ مقدار Null Value داشته باشد)

Null Value : 1- مقدار ناشناخته : Unknown : مثلا STATUS تهیه کننده ای مشخص نباشد .

2- مقدار غیر قابل اعمال : Inapplicable مثلا شماره شناسنامه همسر

برای شخص مجرد غیر قابل اعمال است

پاورپوینت Database پایگاه داده ها

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

دسته بندی : پاورپوینت

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

تعداد اسلاید : 22 اسلاید

 قسمتی از متن .ppt : 

Shahriar Pirnia http://www.pirnia.net

Databaseپایگاه داده ها

قواعد جامعیت INTEGRITY RULES(CONSTRAINTS)

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

قواعد جامعیت 1- کاربری (خاص) : تعریف شده توسط کاربر (منظور شخص DBA) است .کاربران

خارجی باید درخواست خود را به DBA بدهند.(UDR=User Defined Rules)

2- عام (متا قاعده Meta-Rule) : مستقل از Data های خاص مطرحند ،

Independent از Data های محیط خاص

قواعد جامعیت کاربری (خاص) میدانی : قاعده ای است ناظر به مقادیر یک میدان

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

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

مثال :

R4 = 0< QTY < 100

R5 =

مثال میدانی : شماره تهیه کنندگان حتما به این صورت است :

R1 = sdddd

R2 = 1111<dddd<8888

R3 = City In { C1,C2,C3,C4,C5}

QTY برای تهیه کنندگان ساکن C1 و C2 که قطعات P1 و P2 را تهیه می کنند نمی تواند بیشتر از 50 باشد

(*) یک DBMS واقعی باید امکان بدهد تا DBA انواع قواعد جامعیت را بیان و ایجاد کند و سیستم باید این قواعد را پیاده و عمل کند .

(*) شمای ادراکی فقط از تعریف رابطه تشکیل نمی شود بلکه قواعد جامعیت مربوط به آن رابطه جزیی از شمای ادراکی است .

(*) بخش عمده Overhead عملیات DBMS مربوط به این قواعد جامعیت است .

قواعد جامعیت عام C1 : قاعده جامعیت موجودیتی Entity Integrity Rule ناظر به کلید اصلی است . C2 : قاعده جامعیت ارجاعی Refrential Integrity Rule ناظر به کلید خارجی است

نکته : کلید خارجی هم مثل کلید اصلی باید در تعریف رابطه آورده شود

قاعده C1 : می گوید : هیچ جز تشکیل دهنده کلید اصلی نمی تواند Null باشد ( هیچ مقدار Null Value داشته باشد)

Null Value : 1- مقدار ناشناخته : Unknown : مثلا STATUS تهیه کننده ای مشخص نباشد .

2- مقدار غیر قابل اعمال : Inapplicable مثلا شماره شناسنامه همسر

برای شخص مجرد غیر قابل اعمال است

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

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

فرمت فایل 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(به صورت