قسمت دوم بخش 4 آموزش پایگاه داده sql

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

آموزش صفر تا صد sql

آموزش آسان نوشتن کوئری

دانلود تحقیق با موضوع مقایسه DataBase با DataWarehouse به زبان فارسی - پایگاه داده تحلیلی در تقابل با پایگاه داده عملیاتی

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

دانلود تحقیق با موضوع مقایسه DataBase با DataWarehouse به زبان فارسی - مقایسه پایگاه داده و انبار داده

موضوع تحقیق:  پایگاه داده تحلیلی در تقابل با پایگاه داده عملیاتی

تعداد صفحات داکیومنت تحقیق 25 صفحه

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

کلمات کلیدی: پایگاه داده عملیاتی، پایگاه داده تحلیلی، Data Warehouse، Database، پردازش تحلیلی بر خط، پرس و جو

فهرست مطالب:

چکیده    4
1    بیان مسئله    5
1-1    تعاریف انبارداده (پایگاه داده تحلیلی)    5
2    مرور مسئله و تحقیقهای مشابه    7
2-1    فعالیت های انبارداده    7
2-1-1    بخش یکم، دریافت داده    7
2-1-2    بخش دوم، پیشپردازش دادهها    8
3    معماریهای انبارداده:    10
3-1    معماری دولایه:    10
3-2    چهار خصوصیت اصلی انبار داده    11
3-3    ویژگیهای Data Warehouse    12
4    بیان روش انجام تحقیق    14
5    تجزیه و تحلیل    15
5-1    تفاوت پایگاه داده تحلیلی و پایگاه داده عملیاتی    15
5-2    سیستمهای مدیریت پایگاه داده در سیستم های پایگاه داده تحلیلی    23
6    نتیجه گیری، پیشنهادات    23
6-1    نتیجهگیری    23
6-2    پیشنهادات    25
7    منابع    25
 

آنچه تحویل داده می شود:

1. متن تحقیق به زبان فارسی در مایکروسافت ورد Word به فرمت Docx (فایل های ورد کاملاً قابل ویرایش می باشند.) مطابق با استانداردهای تحقیق و دارای فهرست خودکار و مطابق با فهرست مطالب آورده شده

تعداد صفحات تحقیق: 25 صفحه

2. متن تحقیق به زبان فارسی به فرمت PDF

نمونه ای از صفحات داکیومنت:

مناسب برای دانشجویان کارشناسی (لیسانس) و کارشناسی ارشد (فوق لیسانس)

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

 پس از خرید از درگاه امن بانکی، لینک دانلود در اختیار شما قرار میگیرد و همچنین به آدرس ایمیل شما فرستاده می شود. تماس با ما برای راهنمایی، درخواست مقالات و پایان نامه ها و یا ترجمه و یا انجام پروژه های برنامه نویسی و حل تمرینات با آدرس ایمیل:

[e-mail]

یا شناسه تلگرام (آی دی تلگرام ما): @ebarkat

توجه: اگر کارت بانکی شما رمز دوم ندارد و یا در خرید الکترونیکی به مشکل برخورد کردید و یا به هر دلیلی تمایل به پرداخت الکترونیکی ندارید با ما تماس بگیرید تا راههای دیگری برای پرداخت به شما پیشنهاد کنیم.

توجه توجه توجه: هرگونه کپی برداری و فروش فایل های فروشگاه برکت الکترونیک (به آدرس ebarkat.ir یا ebarkat.sellfile.ir) در فروشگاه های دیگر شرعاً حرام است، تمامی فایل ها و پروژه های موجود در فروشگاه، توسط ما اجرا و پیاده سازی و یا از منابع معتبر زبان اصلی جمع آوری شده اند و دارای حق کپی رایت اسلامی می باشند.

از پایین همین صفحه (بخش پرداخت و دانلود) می توانید این پروژه را خریداری و دانلود نمایید.

کد محصول 10324

طراحی پایگاه داده هتل به همراه نمودار ER (نمودار ERD)

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

طراحی پایگاه داده هتل به همراه نمودار ER (نمودار ERD)
۱۵صفحه

قیمت : ۹٫۰۰۰ تومان
فرمت : دیتابیس SQL و فایل WORD
به همراه فایل Word و پایگاه داده SQL Server

فهرست مطالب
جداول پروژه هتل  ۶
جدول tblCustomer  (مشتری)      ۷
جدول tblTahvil  (تحویل)   ۸
جدول tblReserve  (رزرو)  ۹
جدول tblRoom(اتاق)       ۱۰
جدول tblOperator(اپراتور)            ۱۱
نمودار ER منطقی           ۱۲
نمودار ER فیزیکی            ۱۳
QUERY نمایش اتاق هایی که اصلا رزرو نشده اند(REZERVNASHODE)    ۱۳
(MAXREZERVEOTAGH) نمایش مشتریانی که بیشترین اتاق را رزرو کرده اند  QUERY      ۱۳
(OTAGHREZERVAANDTAHVILE)  نمایش اتاق هایی که رزرو شده اند و تحویل داده شده اندQUERY       ۱۴

فهرست شکل
شکل ۱-  شکل قالب جدول مشتری ۶
شکل ۲-  شکل قالب جدول تحویل   ۷
شکل ۳-  شکل قالب جدول رزرو      ۸
شکل ۴-  شکل قالب جدول اتاق      ۹
شکل ۵-  شکل قالب جدول اپراتور    ۱۰
شکل ۶-شکل نمایش اتاق هایی که اصلا رزرو نشده اند          ۱۳
شکل ۷- شکل نمایش مشتریانی که بیشترین اتاق را رزرو کرده اند        ۱۴
شکل ۸- شکل نمایش اتاق هایی که رزرو شده اند و تحویل داده شده اند            ۱۵

فهرست جدول ها
جدول ۱- جدول دیتا دیکشنری مشتری         ۶
جدول ۲- رکوردهای جدول مشتری   ۶
جدول ۳- جدول دیتا دیکشنری تحویل            ۷
جدول ۴- رکوردهای جدول تحویل      ۷
جدول ۵- جدول دیتا دیکشنری رزرو   ۸
جدول ۶- رکوردهای جدول رزرو         ۸
جدول ۷- جدول دیتا دیکشنری اتاق  ۹
جدول ۸- رکوردهای جدول  اتاق       ۹
جدول ۹-  جدول دیتا دیکشنری اپراتور           ۱۰
جدول ۱۰- رکوردهای جدول اپراتور    ۱۰

فهرست نمودارها
نمودار ۱- نمودار ER منطقی سیستم هتل   ۱۱
نمودار ۲- نمودار ER فیزیکی سیستم هتل   ۱۲
نمودار ۳- نمودارERاتاق هایی که اصلا رزرو نشده اند  ۱۳
نمودار ۴- نمودار ER مشتریانی که بیشترین اتاق را رزرو کرده اند           ۱۴
نمودار ۵- نمودار ER اتاق هایی که رزرو شده اند و تحویل داده شده اند   ۱۵

جدول tblCustomer  (مشتری)
این جدول برای نگهداری اطلاعات مشتریان استفاده می شود.

در این جدول فیلد CustomerId (کد مشتری) به عنوان کلید اصلی است.
و این جدول از طریق این فیلد با جدول tblReserve ارتباط یک به چند دارد .

نام فیلد

Caption

نوع فیلد

مقادیر مجاز

CustomerId

کد مشتری

decimal(18, 0)

۰ تا ۹

CustomerName

نام مشتری

nvarchar(150)

اعداد ۰ تا ۹ و حروف a تا z و A تا Z و علائم / و . * و …

CustomerLName

نام خانوادگی مشتری

nvarchar(150)

اعداد ۰ تا ۹ و حروف a تا z و A تا Z و علائم / و . * و …

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

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

لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه: 54

مقدمه

در اواسط دهه 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 بسیار محدود خواهد شد زیرا این سیاستها میان معماریهای سخت افزار، متفاوت است. در هر حال این مدل بسیار دقیق و قابل لطمینان می باشد.

1. Application-based

در این روش هزینه ها بر اساس هزینه bottleneck های سیستم بیان می شود.علیرغم اینکه این روش از جهت پیاده سازی بسیار ساده تر از روش hardware-based است، این نوع مدل از عمومیت کمتری برخوردار است.

Bottleneck ها بسیار وابسته به workload ِمورد استفاده برای شناسایی آنها، دارد و بنابراین نمی توان از این روش برای نمایش هزینه های همه انواع پرس و جو استفاده کرد.

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

این فقط قسمتی از متن مقاله است . جهت دریافت کل متن مقاله ، لطفا آن را خریداری نمایید

دانلود تحقیق پایگاه داده ها و دیتابیس

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

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

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

موجودیت ( Entity )
موجودیت مصداق کلی هر پدیده،فرد یا شی ء یا مفهومی است که می خواهیم در مورد آن اطلاعاتی داشته باشیم به عنوان مثال اگر در نظر داریم یک سیستم پایگاه داده برای یک دبیرستان پیاده سازی کنیم مواردی چون دانش آموزان ، دبیران، دروس ،کلاسها و .... جزء موجودیت های سیستم بشمار می روند.

صفت خاصه ( Attribute )
هر موجودیت از یکسری صفات تشکیل شده است که دارای مقادیر واقعی هستند و به عباراتی وجه تمایز یک موجودیت از موجودیت دیگر بشمار می رود. به عنوان مثال در سیستم دانشگاه اگر موجودیت دانشجو را در نظر بگیریم می توانیم صفات خاصه: نام ،نام خنوادگی،سن،سال تولد،رشته تحصیلی،سال ورود و ... را برگزینیم و یا برای موجودیت درس: نوع موجودیت: درس صفات خاصه: کد درس،نام درس، تعداد واحد ‎ایجاد سیستم خودکار ذخیره و بازیابی داده ها دو روش کلی برای ذخیره ساختن و بازیابی خودکار داده ها وجود دارد:
1-روش استفاده از سیستمهای اطلاعاتی ساده یا روش غیر بانک اطلاعاتی
2-روش استفاده از بانکهای اطلاعاتی

روش غیر بانک اطلاعاتی
در این روش ،داده ها در فایلهای جداگانه ای قرار می گیرند و برای استفاده از داده های موجود در آن فایلها،سیستمهای جداگانه ای طراحی می شوند. به این نوع سیستمها سیستم پردازش فایل ( File-System ) گفته می شود. در این سیستمها هر برنامه ی کاربردی به فایل اطلاعاتی مربوط به خود مراجعه می کند.



 فایل 1« برنامه کاربردی 1 «کاربر 1  
 فایل 2« برنامه کاربردی 2 «کاربر 2  
 فایل 3« برنامه کاربردی 3 «کاربر 3  

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

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

شامل 20 صفحه word