توسعه پایگاه داده کتابخانه

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

راهنمای طراحی پایگاه داده

1. مقدمه.

اگر می خواهید پایگاه داده خود را بسازید، ایده خوبی است که به قوانین طراحی پایگاه داده پایبند باشید، زیرا این کار یکپارچگی طولانی مدت و سهولت نگهداری داده های شما را تضمین می کند. این راهنما به شما می گوید که پایگاه داده چیست و چگونه یک پایگاه داده طراحی کنید که از قوانین طراحی پایگاه داده رابطه ای پیروی کند.

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

یک پایگاه داده ایجاد می شود تا اطلاعات را در آن ذخیره کند و در صورت نیاز این اطلاعات را بازیابی کند. این بدان معنی است که ما باید قادر به قرار دادن، درج ( درج کنید) اطلاعات به پایگاه داده و ما می خواهیم بتوانیم اطلاعات را از پایگاه داده ( انتخاب کنید).
زبان کوئری پایگاه داده برای این منظور ابداع شد و فراخوانی شد زبان پرس و جو ساختاریافتهیا SQL. عملیات درج داده ها (INSERT) و انتخاب آنها (SELECT) بخشی از این زبان هستند. در زیر نمونه ای از کوئری واکشی داده و نتیجه آن آورده شده است.

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

مدل رابطه ای

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

قوانین مدل رابطه ای دیکته می کند که چگونه اطلاعات باید در جداول سازماندهی شوند و جداول چگونه به یکدیگر مرتبط هستند. در نهایت، نتیجه را می توان در قالب یک نمودار پایگاه داده یا، به طور خاص، نمودار موجودیت-رابطه، مانند شکل ارائه کرد (نمونه گرفته شده از MySQL Workbench).

مثال ها.

من از تعدادی برنامه به عنوان مثال در راهنما استفاده کردم.

RDBMS.

RDBMS که من برای ایجاد نمونه جداول استفاده کردم MySQL است. MySQL محبوب ترین RDBMS و رایگان است.

ابزار مدیریت پایگاه داده

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

مدل سازی بصری

یک برنامه رایگان MySQL Workbench وجود دارد. این به شما امکان می دهد پایگاه داده خود را به صورت گرافیکی طراحی کنید. تصاویر نمودارها در دفترچه راهنما در این برنامه ساخته شده است.

طراحی مستقل از RDBMS.

دانستن این نکته مهم است که اگرچه در این آموزش نمونه هایی برای MySQL ارائه شده است، طراحی پایگاه داده مستقل از RDBMS است. این بدان معنی است که اطلاعات به طور کلی برای پایگاه داده های رابطه ای اعمال می شود، نه فقط MySQL. می توانید دانش این آموزش را در هر پایگاه داده رابطه ای مانند Mysql، Postgresql، Microsoft Access، Microsoft Sql یا Oracle به کار ببرید.

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

2. تاریخچه.

در دهه‌های 70 و 80، زمانی که دانشمندان کامپیوتر هنوز لباس‌های تاکسیدو قهوه‌ای و عینک‌های بزرگ و مربعی می‌پوشیدند، داده‌ها بدون ساختار در فایل‌هایی ذخیره می‌شدند که یک سند متنی بودند و داده‌ها با (معمولاً) ویرگول یا تب از هم جدا می‌شدند.

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

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

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

جداول پایگاه داده

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

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

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

تاریخچه مدل رابطه ای.

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

امروزه طیف گسترده ای از سیستم های مدیریت پایگاه داده، از برنامه های کاربردی دسکتاپ کوچک گرفته تا سیستم های سرور غنی با روش های جستجوی بسیار بهینه، در دسترس هستند. در اینجا برخی از شناخته شده ترین سیستم های مدیریت پایگاه داده رابطه ای (RDBMS) آورده شده است:

- اوراکل- عمدتاً برای برنامه های حرفه ای و بزرگ استفاده می شود.
- سرور مایکروسافت SQL- مایکروسافت RDBMS. فقط برای سیستم عامل ویندوز موجود است.
- MySQLیک RDBMS منبع باز بسیار محبوب است. به طور گسترده توسط حرفه ای ها و مبتدیان استفاده می شود. دیگه چی لازمه؟! رایگان است.
- IBM- دارای تعدادی RDBMS است که معروف ترین آنها DB2 است.
- دسترسی مایکروسافت– RDBMS که در دفتر و خانه استفاده می شود. در واقع، این چیزی بیش از یک پایگاه داده است. MS Access به شما اجازه می دهد تا پایگاه داده با رابط کاربری ایجاد کنید.
در قسمت بعدی در مورد برخی از ویژگی های پایگاه داده های رابطه ای صحبت خواهم کرد.

3. ویژگی های پایگاه داده های رابطه ای.

پایگاه داده های رابطه ای برای ذخیره و بازیابی سریع حجم زیادی از اطلاعات طراحی شده اند. در زیر برخی از ویژگی های پایگاه داده های رابطه ای و مدل داده های رابطه ای آورده شده است.

استفاده از کلیدها

هر ردیف از داده ها در یک جدول با یک "کلید" منحصر به فرد به نام کلید اصلی شناسایی می شود. اغلب، کلید اصلی یک عدد افزایش خودکار (افزایش خودکار) است (1،2،3،4، و غیره). داده های موجود در جداول مختلف را می توان با استفاده از کلیدها به یکدیگر پیوند داد. مقادیر کلید اولیه یک جدول را می توان به ردیف ها (سوابق) جدول دیگر اضافه کرد و در نتیجه آن رکوردها را به یکدیگر پیوند داد.

با استفاده از زبان پرس و جو ساختاریافته (SQL)، داده‌های جداول مختلف که توسط یک کلید به هم مرتبط شده‌اند را می‌توان در یک مرحله انتخاب کرد. به عنوان مثال، می توانید یک پرس و جو ایجاد کنید که تمام سفارشات را از جدول سفارشات (سفارشات) که متعلق به کاربر با شناسه (id) 3 (Mike) از جدول کاربران (کاربران) است انتخاب کند. در قسمت های بعدی بیشتر در مورد کلیدها صحبت خواهیم کرد.

ستون id در این جدول کلید اصلی است. هر ورودی دارای یک کلید اصلی منحصر به فرد، اغلب یک عدد است. ستون گروه کاربر یک کلید خارجی است. با قضاوت بر اساس نام آن، ظاهراً به جدولی اشاره دارد که شامل گروه های کاربری است.

بدون افزونگی داده

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

محدودیت ورودی

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

هنگامی که یک جدول پایگاه داده ایجاد می کنید، یک نوع داده برای هر ستون ارائه می دهید. به عنوان مثال، varchar یک نوع داده برای تکه های کوچک متن با حداکثر 255 کاراکتر است، در حالی که int اعداد است.

علاوه بر انواع داده ها، RDBMS به شما اجازه می دهد تا داده هایی را که می توان وارد کنید محدودتر کنید. به عنوان مثال، طول را محدود کنید یا منحصر به فرد بودن مقدار رکوردهای این ستون را مجبور کنید. آخرین محدودیت اغلب برای فیلدهایی استفاده می شود که شامل ورود کاربر (ورود به سیستم) یا آدرس ایمیل است.

این محدودیت‌ها به شما امکان کنترل یکپارچگی داده‌هایتان را می‌دهد و از موقعیت‌هایی مانند موارد زیر جلوگیری می‌کند:

وارد کردن آدرس (متن) در فیلدی که انتظار دارید عددی را ببینید
- وارد کردن نمایه منطقه با طول این شاخص در صد کاراکتر
- ایجاد کاربرانی با همین نام
- ایجاد کاربران با آدرس ایمیل یکسان
- ورودی وزن (عدد) در زمینه تولد (تاریخ)

حفظ یکپارچگی داده ها

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

واگذاری حقوق.

اکثر RDBMS ها تنظیمات مجوزی را ارائه می دهند که به شما امکان می دهد حقوق خاصی را به کاربران خاصی اختصاص دهید. برخی از اقداماتی که می توان به کاربر اجازه یا رد کرد: SELECT (انتخاب)، INSERT (درج)، DELETE (حذف)، ALTER (تغییر)، CREATE (ایجاد) و غیره. اینها عملیاتی هستند که می توانند با استفاده از زبان پرس و جو ساخت یافته (SQL) انجام شوند.

زبان پرس و جو ساختاریافته (SQL).

زبان پرس و جو ساختاریافته (SQL) برای انجام عملیات خاصی بر روی یک پایگاه داده مانند ذخیره داده ها، بازیابی داده ها، تغییر داده ها استفاده می شود. درک SQL نسبتا آسان است و اجازه می دهد، از جمله. و انتخاب های تو در تو، مانند واکشی داده های مرتبط از چندین جدول با استفاده از دستور SQL JOIN. همانطور که قبلا ذکر شد، SQL در این آموزش مورد بحث قرار نخواهد گرفت. من روی طراحی پایگاه داده تمرکز خواهم کرد.

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

قابل حمل بودن

مدل داده های رابطه ای استاندارد است. با پیروی از قوانین مدل داده های رابطه ای، می توانید مطمئن باشید که داده های شما می توانند با سهولت نسبی به RDBMS دیگری منتقل شوند.

همانطور که قبلا ذکر شد، طراحی پایگاه داده به شناسایی داده ها، پیوند دادن آنها به یکدیگر و قرار دادن نتایج حل این مسئله روی کاغذ (یا در یک برنامه کامپیوتری) است. طراحی یک پایگاه داده مستقل از RDBMS که قصد دارید برای ایجاد آن استفاده کنید.

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

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

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

میزبانی شده در http://www.allbest.ru/

ATکه درغذا خوردن

سیستم کاربر برنامه رابط

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

تعداد کامپیوترهای جهان برابر با تعداد ساکنان کشورهای توسعه یافته خواهد بود.

اکثر این رایانه ها در شبکه های اطلاعاتی جهان قرار خواهند گرفت.

تمام اطلاعات انباشته شده توسط بشر تا آغاز هزاره سوم به فرم رایانه ای (دودویی) تبدیل می شود و همه اطلاعات با کمک (یا با مشارکت) رایانه ها تهیه می شود. تمام اطلاعات به طور نامحدود در شبکه های کامپیوتری ذخیره می شود.

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

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

1. پایگاه داده و راه های ارائه آن

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

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

یکی از ویژگی های قدرتمند پایگاه داده این است که می توان اطلاعات را بر اساس معیارهایی که کاربر مشخص می کند مرتب کرد. در پاسکال، پایگاه داده به صورت فهرستی از شرایط فرم ارائه می شود: base_predicate_name (record_fields). نام پایگاه داده در بخش توضیح داده شده است. رکوردهای پایگاه داده با استفاده از گزاره پایه قابل دسترسی هستند. پاسکال ابزارهای بسیار زیادی را برای کار با چنین پایگاه داده ای فراهم می کند: بارگذاری، نوشتن، افزودن و غیره.

پایگاه داده یک ساختار سازمان یافته برای ذخیره اطلاعات است.پایگاه های داده مدرن نه تنها داده ها، بلکه اطلاعات را نیز ذخیره می کنند.

اگر به عنوان مثال، بانک اطلاعاتی یک بانک بزرگ را در نظر بگیریم، توضیح این عبارت آسان است. این شامل تمام اطلاعات لازم در مورد مشتریان، آدرس آنها، سابقه اعتباری، وضعیت حساب جاری، تراکنش های مالی و غیره است. تعداد زیادی از کارمندان بانک به این پایگاه داده دسترسی دارند، اما در میان آنها به ندرت فردی وجود دارد که به کل پایگاه داده دسترسی کامل داشته باشد و بتواند به تنهایی تغییرات دلخواه را در آن ایجاد کند. علاوه بر داده ها، پایگاه داده حاوی روش ها و ابزارهایی است که به هر یک از کارکنان اجازه می دهد تنها با داده هایی که در صلاحیت او هستند، فعالیت کنند. در نتیجه تعامل داده های موجود در پایگاه داده با روش های موجود برای کارکنان خاص، اطلاعاتی شکل می گیرد که آنها مصرف می کنند و بر اساس آن داده ها را در صلاحیت خود وارد و ویرایش می کنند. این مفهوم ارتباط نزدیکی با مفهوم پایگاه داده دارد سیستم های مدیریت پایگاه دادهاین مجموعه ای از ابزارهای نرم افزاری است که برای ایجاد ساختار یک پایگاه داده جدید، پر کردن آن با محتوا، ویرایش محتوا و تجسم اطلاعات طراحی شده است. زیر تجسم اطلاعاتپایگاه داده به انتخاب داده های نمایش داده شده مطابق با یک معیار معین، سفارش، طراحی و صدور بعدی به دستگاه های خروجی یا انتقال از طریق کانال های ارتباطی اشاره دارد. سیستم های مدیریت پایگاه داده زیادی در دنیا وجود دارد. با وجود این واقعیت که آنها می توانند با اشیاء مختلف به روش های مختلف کار کنند و عملکردها و ابزارهای متفاوتی را در اختیار کاربر قرار دهند، اکثر DBMS ها بر یک مجموعه واحد از مفاهیم اولیه تکیه دارند. این به ما این فرصت را می دهد که یک سیستم را در نظر بگیریم و مفاهیم، ​​تکنیک ها و روش های آن را به کل کلاس DBMS تعمیم دهیم. به عنوان یک شی آموزشی، ما DBMS پاسکال 7.0 موجود در بسته پاسکال 7.0 را انتخاب می کنیم.

2. ویژگی های فیلد پایگاه داده

فیلدهای پایگاه داده فقط ساختار پایگاه داده را تعریف نمی کنند - آنها همچنین خصوصیات گروهی داده های نوشته شده در سلول های متعلق به هر یک از فیلدها را تعریف می کنند. ویژگی های اصلی فیلدهای جدول پایگاه داده در زیر با استفاده از Pascal 7.0 DBMS به عنوان مثال فهرست شده است.

نام فیلد - تعیین می کند که چگونه باید به داده های این فیلد در طی عملیات خودکار با پایگاه داده دسترسی پیدا کرد (به طور پیش فرض، نام فیلدها به عنوان سرفصل ستون های جدول استفاده می شود).

نوع فیلد - نوع داده ای را که می توان در این فیلد قرار داد را مشخص می کند.

اندازه فیلد - حداکثر طول (به کاراکتر) داده هایی را که می توان در این قسمت قرار داد را تعیین می کند.

فرمت فیلد - نحوه قالب بندی داده ها در سلول های متعلق به فیلد را تعیین می کند.

ماسک ورودی - فرمی را که در آن داده ها در فیلد وارد می شود (ابزار اتوماسیون ورودی داده) را مشخص می کند.

Caption - سرصفحه ستون جدول را برای این فیلد تعریف می کند (اگر عنوان مشخص نشده باشد، از ویژگی Field Name به عنوان سربرگ ستون استفاده می شود).

مقدار پیش فرض مقداری است که به طور خودکار در سلول های فیلد (ابزار اتوماسیون ورودی داده) وارد می شود.

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

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

فیلد اجباری - خاصیتی که پر کردن اجباری این فیلد را هنگام پر کردن پایگاه داده تعیین می کند.

رشته‌های خالی - خاصیتی که اجازه می‌دهد داده‌های رشته خالی را وارد کند (با ویژگی فیلد Required تفاوت دارد زیرا برای همه انواع داده‌ها اعمال نمی‌شود، بلکه فقط برای برخی از داده‌ها، به عنوان مثال، متن اعمال می‌شود).

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

از آنجایی که فیلدهای مختلف ممکن است حاوی داده هایی از انواع مختلف باشند، ویژگی های فیلدها ممکن است بسته به نوع داده متفاوت باشد. بنابراین، برای مثال، فهرست ویژگی‌های فیلد بالا عمدتاً برای فیلدهایی از نوع متن اعمال می‌شود.

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

3 . تسهآیا و وظایف

اهداف این برنامه عبارت بودند از:

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

همچنین، هنگام ایجاد این برنامه، وظایف زیر تنظیم شد:

· این برنامه باید دارای رابط کاربری ساده و راحت باشد.

· این برنامه باید مصرف منابع پایینی داشته باشد.

4. توسعه منوی سیستم

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

1 - ایجاد فایل

2 - اضافه کردن یک ورودی

3 - تصحیح رکورد

4 - مشاهده رکورد از فایل

5 - حذف یک ورودی

6 - خروج

1 - ایجاد یک فایل جدید - یک فایل جدید با نامی که کاربر برنامه مشخص می کند ایجاد می شود

2 - مشاهده محتویات فایل - ورودی های ایجاد شده قبلی به صورت تک تک بر روی صفحه نمایش داده می شوند:

نام خانوادگی مالک:

نام میزبان:

برند ماشین:

مدل ماشین:

نوع بدن:

شماره ماشین:

منطقه:

سال صدور:

رنگ:

3 - افزودن ورودی - ایجاد یک ورودی جدید و افزودن آن به فایل در انتهای ورودی.

4 - جستجو بر اساس شماره اتاق - به شما امکان می دهد اطلاعات مربوط به یک مرخصی را بر اساس شماره بخشی که مسافر در آن ثبت نام کرده است پیدا کنید.

5 - خروج از برنامه - خروج از برنامه

نتیجه

کار انجام شده به هر کاربر اجازه می دهد تا به راحتی حجم زیادی از اطلاعات را ایجاد کند، آنها را پردازش کند، مرتب کند، انتخاب هایی را بر اساس معیارهای خاص انجام دهد.

استفاده از چنین برنامه ای در دنیای مدرن تا حد زیادی فعالیت انسان را تسهیل می کند.

میزبانی شده در Allbest.ru

اسناد مشابه

تعیین ماژول های برنامه لازم، ساختار فایل پایگاه داده. شرح توسعه برنامه، اشکال زدایی و تست. توسعه برنامه Organizer.exe، منو و راهنمای کاربر. الگوریتم پردازش رویدادهای منوی اصلی (زمان بندی).

مقاله ترم، اضافه شده 02/11/2014


ویژگی های طراحی برنامه C++ برای پردازش داده ها از جداول پایگاه داده. توابع اصلی برنامه، ایجاد یک مدل پایگاه داده مفهومی و نمودارهای کلاس، توسعه رابط کاربری و پرس و جوهای پایگاه داده.

مقاله ترم، اضافه شده 06/08/2012


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

مقاله ترم، اضافه شده در 12/04/2014


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

مقاله ترم، اضافه شده در 2011/02/14


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

مقاله ترم، اضافه شده 12/18/2010


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

پایان نامه، اضافه شده در 2013/05/18


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

مقاله ترم، اضافه شده در 2013/03/26


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

مقاله ترم، اضافه شده 11/13/2012


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

کارهای آزمایشگاهی، اضافه شده در 1393/06/13


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

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

محتوای طراحی پایگاه داده و مراحل

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

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

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

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

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

این شرایط ظهور مرحله بعدی را تعیین می کند - ظهور یک مدل مفهومی خاص با پشتیبانی از DBMS. این مرحله با مرحله طراحی منطقی (ایجاد مدل منطقی) مطابقت دارد.

در نهایت، مرحله نهایی طراحی پایگاه داده، طراحی فیزیکی است - مرحله پیوند ساختار منطقی و محیط ذخیره سازی فیزیکی.

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

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

موارد کلیدی در زیر با جزئیات بیشتر مورد بحث قرار خواهند گرفت.

طراحی اینفولوژیک

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

• شرح انواع شیء،
• محدودیت های یکپارچگی مرتبط با نوع توصیف شده،
• فرآیندهایی که منجر به تکامل حوزه موضوعی - انتقال آن به حالت دیگر می شود.

یک مدل اینفولوژیک را می توان با استفاده از چندین روش و رویکرد ایجاد کرد:

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

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

نمایش‌های محلی با جداسازی روشمند باید در صورت امکان شامل اطلاعاتی باشد که برای حل یک مشکل جداگانه یا ارائه درخواست‌ها برای گروهی از کاربران بالقوه کافی باشد. هر یک از این مناطق شامل حدود 6-7 نهاد است و مربوط به هر برنامه خارجی جداگانه است.

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

لازم است مفاهیم "نمونه موجودیت" (شیئی که با مقادیر خاصی مشخص می شود) و مفهوم "نوع موجودیت" - شیئی که با یک نام مشترک و لیستی از ویژگی ها مشخص می شود ، جدا کنید.

برای هر موجودیت مجزا، صفاتی (مجموعه ای از ویژگی ها) انتخاب می شود که بسته به معیار، می تواند:

• شناسایی (با یک مقدار منحصر به فرد برای موجودیت هایی از آن نوع، تبدیل آنها به کلیدهای بالقوه) یا توصیفی؛
• تک ارزشی یا چند ارزشی (با تعداد مناسب مقادیر برای یک نمونه موجودیت)؛
• پایه (مستقل از سایر ویژگی ها) یا مشتقات (محاسبه شده بر اساس مقادیر سایر ویژگی ها)؛
• ساده (تک جزئی غیرقابل تقسیم) یا ترکیبی (ترکیب از چندین جزء).

پس از آن، مشخص کردن ویژگی، مشخص کردن پیوندهای موجود در نمایندگی محلی (تقسیم به اختیاری و اجباری) و اتحاد نمایش های محلی انجام می شود که با حداکثر 4-5 منطقه محلی، می توان آنها را در یک منطقه ترکیب کرد. گام. در صورت افزایش تعداد، ادغام دوتایی مناطق در چند مرحله اتفاق می افتد.

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

انتخاب سیستم کنترل و نرم افزار پایگاه داده

پیاده سازی عملی سیستم اطلاعاتی به انتخاب سیستم مدیریت پایگاه داده بستگی دارد. مهمترین معیار در فرآیند انتخاب پارامترهای زیر است:

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

اشتباهات در انتخاب DBMS تقریباً به طور قطع نیاز به تنظیم مدل های مفهومی و منطقی را بعداً برمی انگیزد.

طراحی پایگاه داده منطقی

ساختار منطقی پایگاه داده باید با مدل منطقی حوزه موضوعی مطابقت داشته باشد و رابطه مدل داده با DBMS پشتیبانی شده را در نظر بگیرد. بنابراین، مرحله با انتخاب یک مدل داده آغاز می شود، جایی که مهم است که سادگی و وضوح آن را در نظر بگیریم.

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

ماهیت طراحی نیز در اینجا منعکس می‌شود، که امکان (یا ضرورت) بازگشت به مدل مفهومی را برای تغییر آن در صورتی که روابط بین اشیا (یا ویژگی‌های شی) منعکس‌شده در آنجا نتوان با استفاده از ابزار DBMS انتخاب‌شده پیاده‌سازی کرد، اجازه می‌دهد.

پس از اتمام مرحله، طرح‌واره‌های پایگاه داده هر دو سطح معماری (مفهومی و خارجی) باید تولید شوند که به زبان تعریف داده‌ای که توسط DBMS انتخاب شده پشتیبانی می‌شود، ایجاد شود.

طرحواره های پایگاه داده با استفاده از یکی از دو رویکرد متفاوت تولید می شوند:

• یا با استفاده از رویکرد پایین به بالا، هنگام کار از سطوح پایین‌تر تعریف ویژگی، گروه‌بندی شده به روابطی که اشیاء را نشان می‌دهند، بر اساس روابط موجود بین ویژگی‌ها.
• یا با کمک روش معکوس، از بالا به پایین، با افزایش قابل توجه (تا صدها و هزاران) در تعداد ویژگی ها اعمال می شود.

رویکرد دوم شامل تعریف تعدادی از موجودیت‌های سطح بالا و روابط آن‌ها، و به دنبال آن جزئیات تا سطح مورد نظر است، که برای مثال، مدلی را که بر اساس روش «موجود-رابطه» ایجاد شده است، منعکس می‌کند. با این حال، در عمل، هر دو رویکرد معمولاً با هم ترکیب می شوند.

طراحی پایگاه داده فیزیکی

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

ساخت یک مدل فیزیکی از بسیاری جهات با حل مسائل متناقض همراه است:

1. مشکلات کمینه سازی فضای ذخیره سازی داده ها،
2. اهداف برای دستیابی به یکپارچگی، امنیت و حداکثر عملکرد.

وظیفه دوم با تکلیف اول در تضاد است زیرا برای مثال:

• برای عملکرد موثر تراکنش ها، باید فضای دیسک را برای اشیاء موقت رزرو کنید.
• برای افزایش سرعت جستجو، باید شاخص هایی ایجاد کنید که تعداد آنها با تعداد ترکیبات ممکن از فیلدهای موجود در جستجو تعیین می شود.
• برای بازیابی داده ها، از پایگاه داده پشتیبان گرفته می شود و گزارشی از تمام تغییرات نگهداری می شود.

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

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

مراحل زیر از توسعه پایگاه داده قابل تشخیص است:

· طراحی؛

پیاده سازی نرم افزار؛

تکمیل و بهره برداری.

مرحله طراحی، ساخت نظری مدل اطلاعات پایگاه داده اولیه است. آن شامل:

جمع آوری اطلاعات در مورد حوزه موضوعی، ساختار آن، جریان های اطلاعات ورودی و خروجی، مطالعه وظایف اتوماسیون، تجزیه و تحلیل و انتخاب اشیاء سیستم منبع، و تعریف روابط بین آنها.

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

تخصیص کلیدهای اولیه (فیلدها) برای هر شی و عادی سازی (پارتیشن بندی) جداول منبع.

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

تعریف ساختار منطقی پایگاه داده؛

· حل مسائل حفاظت و نگهداری از یکپارچگی پایگاه داده. یکپارچگی داده به عنوان سیستمی از اقدامات با هدف حفظ صحت داده ها در پایگاه داده در هر زمان درک می شود.

مرحله پیاده سازی نرم افزار با توسعه برنامه های کاربردی در رایانه همراه است که برای آن باید مراحل زیر را انجام دهید:

جداول به دست آمده را با استفاده از DBMS توصیف کنید و آنها را در رایانه وارد کنید.

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

· توسعه روش برای نگهداری و نگهداری پایگاه داده در حالت کار، کار کاربران نهایی.

تست سیستم، تدوین دستورالعمل کار با آن و آموزش پرسنل.

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

هنگام توسعه یک پایگاه داده برای شرکت ها و شرکت های بزرگ، تجزیه و تحلیل و مدل سازی با استفاده از ابزارهای نرم افزاری خاص مانند CASE-tools انجام می شود که به شما امکان می دهد جریان داده ها، فرآیندها و عملکردهای یک شرکت را شبیه سازی کنید، گلوگاه ها را شناسایی کنید و توصیه هایی را برای سازمان مؤثر ارائه دهید. ساختار و فرآیندهای تجاری در یک شرکت

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

طراحی مفهومی پایگاه داده

اولین مرحله از فرآیند طراحی پایگاه داده، طراحی مفهومی پایگاه داده نامیده می شود. این شامل ایجاد یک مدل داده مفهومی برای بخش تحلیل شده از اشیاء سیستم مورد مطالعه است. این مدل داده بر اساس اطلاعات ثبت شده در مشخصات مورد نیاز کاربر ایجاد می شود. طراحی مفهومی یک پایگاه داده کاملا مستقل از جزئیات پیاده سازی آن مانند نوع DBMS انتخابی، مجموعه برنامه های کاربردی در حال ایجاد، زبان های برنامه نویسی مورد استفاده، نوع پلت فرم محاسباتی انتخاب شده و همچنین سایر ویژگی ها است. از اجرای فیزیکی مدل داده مفهومی ایجاد شده منبع اطلاعات برای فاز طراحی پایگاه داده منطقی است.

طراحی پایگاه داده منطقی

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

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

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

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

عادی سازی پایگاه داده

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

نمونه ای از عادی سازی پایگاه داده مدیریت تحویل سفارش را در نظر بگیرید. پایگاه داده نامرتب "فروش" از یک جدول تشکیل شده است (شکل 7).

شکل 7. DB "فروش"

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

اولین فرم معمولی

اولین فرم نرمال اتمی تمام داده های موجود در ستون ها را تعریف می کند. کلمه "اتم" از کلمه لاتین "atomis" گرفته شده است که در لغت به معنای "تقسیم نشدن" است. اولین فرم عادی مشخص می کند که در هر موقعیتی که توسط یک سطر و ستون تعریف می شود، تنها یک مقدار وجود دارد، نه یک آرایه یا لیستی از مقادیر. مزایای این نیاز واضح است: اگر یک ستون حاوی لیستی از مقادیر باشد، هیچ راه آسانی برای دستکاری آن مقادیر وجود ندارد. البته این باعث افزایش تعداد رکوردهای جدول می شود.

بیایید پایگاه داده "فروش" را به اولین فرم عادی عادی سازیم (شکل 8).

شکل 8. اولین فرم معمولی

3.3.2. فرم معمولی دوم

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

بیایید پایگاه داده "فروش" را به شکل عادی دوم عادی سازیم. تمام اطلاعاتی که به سفارش های فردی مربوط نمی شود در یک جدول جداگانه تفکیک می شود. در نتیجه، به جای یک جدول "فروش" دو می گیریم - جدول "سفارشات" (شکل 9) و جدول "محصولات" (شکل 10).

شکل 9. جدول "سفارشات"

شکل 10. جدول "محصولات"

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

3.3.3. فرم سوم عادی

اگر جدولی در فرم دوم عادی باشد و تمام ستون‌های غیرکلیدی از یکدیگر مستقل باشند، به شکل سوم عادی گفته می‌شود. ستونی که مقادیر آن از داده های ستون های دیگر محاسبه می شود نمونه ای از وابستگی است.

بیایید پایگاه داده "فروش" را به شکل عادی سوم عادی کنیم. برای انجام این کار، ستون "Total" را از جدول "Orders" حذف کنید. مقادیر در این ستون به هیچ کلیدی بستگی ندارد و با استفاده از فرمول ("قیمت")*("مقدار") قابل محاسبه است. بدین ترتیب پایگاه داده «فروش» با ساختاری بهینه به دست آمد که از دو جدول تشکیل شده است (شکل 11).

برنج. 11. پایگاه داده عادی "فروش"

3.2 پیاده سازی نرم افزار پایگاه داده

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

برنامه های کاربردی با استفاده از زبان های نسل سوم یا چهارم اجرا می شوند. برخی از عناصر این برنامه‌های کاربردی، تراکنش‌های پردازش پایگاه داده خواهند بود که به زبان دستکاری داده (DML) DBMS هدف نوشته شده و از برنامه‌های زبان برنامه‌نویسی زیربنای فراخوانی می‌شوند - به عنوان مثال، ویژوال بیسیک، سی پلاس پلاس، جاوا. علاوه بر این، سایر اجزای پروژه کاربردی مانند صفحه منوها، فرم های ورود داده ها و گزارش ها در این مرحله ایجاد می شوند. به خاطر داشته باشید که بسیاری از DBMS های موجود ابزارهای توسعه مخصوص به خود را دارند که به شما امکان می دهد به سرعت برنامه ها را با استفاده از زبان های پرس و جو غیر رویه ای، انواع تولیدکننده های گزارش، مولدهای فرم، مولدهای گرافیکی و تولیدکنندگان برنامه ایجاد کنید.

این مرحله همچنین ابزارهای مورد استفاده توسط برنامه را برای محافظت از پایگاه داده و حفظ یکپارچگی آن پیاده سازی می کند. برخی از آنها با استفاده از زبان DDL توصیف می شوند، در حالی که برخی دیگر ممکن است نیاز به تعریف دیگری داشته باشند - به عنوان مثال، با استفاده از ابزارهای اضافی DBMS یا با ایجاد برنامه های کاربردی که عملکردهای مورد نیاز را اجرا می کنند.

3.2.1. توسعه اپلیکیشن

توسعه اپلیکیشن طراحی رابط کاربری و برنامه های کاربردی برای کار با پایگاه داده است. در بیشتر موارد، طراحی اپلیکیشن تا زمانی که طراحی پایگاه داده کامل نشده است، تکمیل نمی شود. از طرفی دیتابیس برای پشتیبانی از اپلیکیشن ها طراحی شده است و بنابراین بین فازهای طراحی پایگاه داده و طراحی اپلیکیشن های این پایگاه باید تبادل اطلاعات دائمی وجود داشته باشد.

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

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

3.2.2 تست پایگاه داده

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

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

3.3 بهره برداری و نگهداری پایگاه داده

بهره برداری و نگهداری - پشتیبانی از عملکرد عادی پایگاه داده.

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

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

· نگهداری و نوسازی (در صورت لزوم) برنامه های کاربردی پایگاه داده. هنگامی که مراحل چرخه حیات قبلی مجدداً امتحان می شوند، الزامات جدید در برنامه پایگاه داده گنجانده می شوند.

هنگامی که پایگاه داده به مرحله تولید می رسد، باید به طور مداوم روند عملکرد آن را نظارت کنید - این اطمینان حاصل می کند که عملکرد و سایر شاخص ها الزامات را برآورده می کنند. یک DBMS معمولی معمولاً ابزارهای مدیریت پایگاه داده‌های مختلفی از جمله ابزارهای بارگذاری داده و نظارت بر سیستم را فراهم می‌کند. چنین ابزارهای کمکی می توانند عملکرد سیستم را نظارت کنند و اطلاعاتی در مورد معیارهای مختلف مانند استفاده از پایگاه داده، قفل کردن عملکرد سیستم (از جمله تعداد بن بست هایی که رخ داده است) و استراتژی های اجرای پرس و جو را برای انتخاب ارائه دهند. مدیر پایگاه داده می‌تواند از این اطلاعات برای تنظیم سیستم برای بهبود عملکرد آن (مثلاً با ایجاد نمایه‌های اضافی)، افزایش سرعت جستجوها، تغییر ساختارهای ذخیره‌سازی، ادغام یا تقسیم جداول جداگانه استفاده کند.

فرآیند نظارت باید در طول عمر برنامه ها حفظ شود، تا امکان سازماندهی مجدد کارآمد پایگاه داده در هر زمان برای برآوردن نیازهای در حال تغییر فراهم شود. چنین تغییراتی اطلاعاتی را در مورد محتمل ترین پیشرفت ها در پایگاه داده و منابعی که ممکن است در آینده مورد نیاز باشد، ارائه می دهد. اگر DBMS استفاده شده برخی از ابزارهای ضروری را نداشته باشد، مدیر یا باید آنها را به تنهایی توسعه دهد یا ابزارهای اضافی مورد نیاز را از توسعه دهندگان شخص ثالث خریداری کند.

4. DBMS Microsoft Access

4.1 هدف و اطلاعات کلی در مورد Microsoft Access DBMS

Microsoft Access یک سیستم مدیریت پایگاه داده است که از مدل داده های رابطه ای استفاده می کند و در بسته برنامه Microsoft Office گنجانده شده است. برای ذخیره، وارد کردن، جستجو و ویرایش داده ها و همچنین صدور آنها در یک فرم مناسب طراحی شده است.

زمینه های کاربردی Microsoft Access شامل موارد زیر است:

در مشاغل کوچک (حسابداری، ثبت سفارش، مدیریت اطلاعات مشتری، مدیریت اطلاعات تماس تجاری)؛

در شرکت های بزرگ (برنامه های کاربردی برای گروه های کاری، سیستم های پردازش اطلاعات)؛

· به عنوان یک DBMS شخصی (دایرکتوری آدرس ها، نگهداری از سبد سرمایه گذاری، کتاب آشپزی، کاتالوگ کتاب ها، سوابق، فیلم ها و غیره).

Access یکی از قدرتمندترین، کاربر پسندترین و ساده ترین سیستم های مدیریت پایگاه داده است. از آنجایی که Access بخشی از مایکروسافت آفیس است، بسیاری از ویژگی های برنامه های آفیس را به اشتراک می گذارد و می تواند با آنها ارتباط برقرار کند. برای مثال، هنگام کار در Access، می‌توانید فایل‌ها را باز کرده و ویرایش کنید و از کلیپ بورد برای کپی کردن داده‌ها از برنامه‌های دیگر استفاده کنید.

ابزارهای طراحی اشیا در Access عبارتند از "جادوگر" و "سازنده". اینها برنامه های خاصی هستند که برای ایجاد و ویرایش جداول، پرس و جوها، انواع فرم ها و گزارش ها استفاده می شوند. به عنوان یک قاعده، "جادوگر" برای ایجاد، و "سازنده" - برای ویرایش اشیاء استفاده می شود. فرآیند ویرایش شامل تغییر ظاهر یک شی به منظور بهبود آن است. هنگام ویرایش فرم، می توانید نام و ترتیب فیلدها را تغییر دهید، اندازه ناحیه ورودی داده ها را کم یا زیاد کنید و غیره. شما همچنین می توانید از "سازنده" برای ایجاد فرم ها استفاده کنید، اما این کار بسیار وقت گیر است. Access شامل ابزارهای نرم افزاری ویژه ای است که به شما در تجزیه و تحلیل ساختار داده ها، وارد کردن صفحات گسترده و داده های متنی، بهبود عملکرد برنامه، و ایجاد و سفارشی سازی برنامه ها با استفاده از الگوهای داخلی کمک می کند. برای خودکارسازی کامل برنامه های خود، می توانید از ماکروها برای پیوند دادن داده ها به فرم ها و گزارش ها استفاده کنید.

Access مدیریت پایگاه داده رابطه ای را پیاده سازی می کند. این سیستم از کلیدهای اصلی و خارجی پشتیبانی می کند. یکپارچگی داده ها را در سطح هسته اعمال می کند، که اجازه به روز رسانی یا حذف داده های ناسازگار را نمی دهد. جداول در Access مجهز به ابزارهای اعتبارسنجی داده ها هستند، به عنوان مثال. ورودی نامعتبر مجاز نیست هر فیلد جدول فرمت و توضیحات استاندارد خاص خود را دارد که ورود داده ها را آسان تر می کند. Access انواع فیلدهای زیر را پشتیبانی می کند، از جمله: برگه، متن، عدد، شمارنده، واحد پول، تاریخ/زمان، یادداشت، بولی، پیوند، فیلدهای شی OLE، پیوست و محاسبه شده. اگر هیچ مقداری در فیلدها ظاهر نشود، سیستم از مقادیر null پشتیبانی کامل می کند.

در Access، می‌توانید از ابزارهای گرافیکی مانند مایکروسافت ورد، اکسل، پاورپوینت و سایر برنامه‌ها برای ایجاد انواع نمودارها و نمودارها استفاده کنید. می توانید نمودارهای میله ای، نمودارهای دو بعدی و سه بعدی ایجاد کنید. می توانید انواع اشیاء را به فرم ها و گزارش های Access اضافه کنید: تصاویر، نمودارها، کلیپ های صوتی و تصویری. با پیوند دادن این اشیا به پایگاه داده توسعه یافته، می توانید فرم ها و گزارش های پویا ایجاد کنید. همچنین می‌توانید از ماکروها در Access برای خودکار کردن وظایف خاص استفاده کنید. آنها به شما این امکان را می دهند که فرم ها و گزارش ها را باز و بسته کنید، منوها و کادرهای محاوره ای ایجاد کنید تا به طور خودکار ایجاد وظایف برنامه های مختلف را انجام دهید.

در Access، می‌توانید با کلیک کردن، کمک حساس به متن دریافت کنید و صفحه نمایش اطلاعات کمکی را در مورد موضوعی که در حال حاضر به کاربر علاقه مند است نشان می دهد. می‌توانید به راحتی به فهرست مطالب، اطلاعات خاص، تاریخچه دسترسی‌های قبلی و نشانک‌های سیستم راهنما بروید. اطلاعات پایگاه داده در یک فایل با پسوند .accdb ذخیره می شود.

4.2. اشیاء دسترسی مایکروسافت

هنگامی که Access DBMS را راه اندازی می کنید، پنجره ای برای ایجاد یک پایگاه داده جدید یا کار با پایگاه های داده قبلی ایجاد شده یا با الگوهای موجود ظاهر می شود (شکل 12).

برنج. 12. Access را راه اندازی کنید

الگوها ساختارهای پایگاه داده خالی هستند که انواع فیلدها را تعریف می کنند، اشیاء اساسی ایجاد می کنند، بین جداول پیوند می دهند و غیره.

هنگام ایجاد یک پایگاه داده جدید، Access یک جدول خالی شامل یک سطر و دو ستون را باز می کند (شکل 13).

شکل 13. پنجره جدید پایگاه داده

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

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

جداول در Access را می توان به صورت زیر ایجاد کرد:

در حالت "سازنده"؛

در حالت وارد کردن داده ها در جدول.

می‌توانید با وارد کردن یا پیوند دادن به داده‌های ذخیره‌شده در جای دیگر، جدولی ایجاد کنید. این را می توان به عنوان مثال، با داده های ذخیره شده در یک فایل اکسل، در لیست سرویس های Windows SharePoint، یک فایل XML، یک پایگاه داده MS ACCESS دیگر انجام داد. لیست شیرپوینت به شما امکان می دهد به کاربرانی که برنامه MS ACCESS را نصب نکرده اند، به داده ها دسترسی داشته باشید. هنگامی که داده ها را وارد می کنید، یک کپی در یک جدول جدید در پایگاه داده فعلی ایجاد می شود. تغییرات بعدی در داده های اصلی تأثیری بر داده های وارد شده نخواهد داشت و بالعکس. هنگامی که به داده ها پیوند می دهید، یک جدول پیوندی در پایگاه داده فعلی ایجاد می شود تا یک اتصال پویا به داده های ذخیره شده در جای دیگر ایجاد کند. تغییرات داده ها در یک جدول مرتبط در منبع منعکس می شود و تغییرات در منبع در جدول مربوطه منعکس می شود.

نمای جدول داده های ذخیره شده در جدول را نمایش می دهد در حالی که نمای طراحی ساختار جدول را نمایش می دهد.

اگر جداول دارای فیلدهای مشترک هستند، می توانید از یک زیر جدول برای درج رکوردها از جدول دیگر در یک جدول استفاده کنید. این رویکرد به شما اجازه می دهد تا داده ها را از چندین جدول به طور همزمان مشاهده کنید.

درخواست ها. پرس و جوها ابزارهای ویژه ای هستند که برای جستجو و تجزیه و تحلیل اطلاعات در جداول پایگاه داده که معیارهای خاصی را دارند طراحی شده اند. رکوردهای یافت شده که نتایج پرس و جو نامیده می شوند را می توان به روش های مختلفی مشاهده، ویرایش و تجزیه و تحلیل کرد. علاوه بر این، نتایج پرس و جو می تواند به عنوان پایه ای برای ایجاد اشیاء دیگر Access استفاده شود. انواع مختلفی از پرس و جو وجود دارد که رایج ترین آنها عبارتند از پرس و جوهای انتخابی، پرس و جوهای پارامتری و متقاطع، حذف رکوردها، پرس و جوهای تغییر و موارد دیگر. موارد کمتر مورد استفاده عبارتند از پرس و جوهای اقدام و پرس و جوهای SQL (Structured Query Language) . اگر درخواست مورد نیاز وجود نداشته باشد، می توان آن را به اضافه ایجاد کرد.

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

تشکیل می دهد. از فرم ها برای وارد کردن و ویرایش رکوردها در جداول پایگاه داده استفاده می شود. فرم ها را می توان در سه حالت نمایش داد: حالت ورود داده ها، حالت جدول، که در آن داده ها به صورت جدولی ارائه می شوند، و حالت های چیدمان و طراحی که به شما امکان می دهد تغییرات و اضافات را در فرم ها ایجاد کنید.

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

· "فرم"؛

"فرم تقسیم"؛

"چند عنصر"؛

"فرم خالی".

استفاده از فرم‌ها برای ورود داده‌ها در قالب فرم‌های خاص کارآمدتر است، زیرا فرم می‌تواند شبیه یک فرم باشد. استفاده از فرم ها به شما این امکان را می دهد که داده ها را به شکلی کاربرپسند از اسناد آشنا وارد کنید. فرم های I/O به شما این امکان را می دهد که داده ها را وارد پایگاه داده، مشاهده آنها، تغییر مقادیر فیلدها، افزودن و حذف رکوردها کنید. یک فرم ممکن است حاوی دکمه ای باشد که برای چاپ گزارش، باز کردن اشیاء دیگر یا انجام کارهای دیگر به صورت خودکار استفاده می شود.

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

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

جداول، کوئری ها، فرم ها و گزارش ها پرکاربردترین اشیاء در توسعه پایگاه داده اکسس هستند.

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

صفحاتبرای دسترسی کاربران اینترنت به اطلاعات، می توانید صفحات دسترسی به داده های سفارشی را در پایگاه داده خود ایجاد کنید. با صفحات دسترسی به داده، می توانید داده های ذخیره شده در پایگاه داده را مشاهده، اضافه، اصلاح و دستکاری کنید. صفحات دسترسی به داده ها همچنین می توانند حاوی داده هایی از منابع دیگر مانند اکسل باشند. برای انتشار اطلاعات از پایگاه داده، Web Access شامل یک "جادوگر" است که ایجاد یک صفحه دسترسی را فراهم می کند.

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

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

1. طراحی پایگاه داده

1.1. پایگاه داده رابطه ای و ساختار آن

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

پایگاه داده رابطه ایمجموعه ای از جداول به هم پیوسته است که هر کدام حاوی اطلاعاتی درباره اشیاء از نوع خاصی است. هر ردیف از جدول حاوی داده هایی در مورد یک شی (به عنوان مثال، یک ماشین، کامپیوتر، مشتری) است و ستون های جدول حاوی ویژگی های مختلف این اشیاء است - ویژگی ها (به عنوان مثال، شماره موتور، نام تجاری پردازنده، شماره تلفن شرکت ها). یا مشتریان).

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

برنج. 1. نام اشیاء در جدول

سیستم های مدیریت پایگاه داده (DBMS) برای کار با داده ها استفاده می شود. وظایف اصلی DBMS:

– تعریف داده (شرح ساختار پایگاه داده)؛

– پردازش داده ها؛

– مدیریت اطلاعات.

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

هر DBMS به شما امکان می دهد عملیات زیر را با داده ها انجام دهید:

– اضافه کردن رکوردها به جداول؛

– حذف رکوردها از جدول؛

– به روز رسانی مقادیر برخی از فیلدها در یک یا چند رکورد در جداول پایگاه داده؛

– جستجو برای یک یا چند رکورد که شرایط مشخصی را دارند.

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

"Structured Query Language" (SQL - Structured Query Language).

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

1.2. مراحل طراحی پایگاه داده رابطه ای

دلیل اصلی پیچیدگی طراحی پایگاه داده این است که اشیاء دنیای واقعی و روابط بین آنها الزامی به داشتن ساختاری منطبق با مدل داده های رابطه ای ندارند و به عنوان یک قاعده، ساختاری مطابق با مدل داده های رابطه ای ندارند. هنگام طراحی، توسعه‌دهنده باید نمایشی برای اشیاء واقعی و روابط آنها از نظر جداول، فیلدها، ویژگی‌ها، رکوردها و غیره ارائه دهد، یعنی از نظر انتزاعات مدل داده‌های رابطه‌ای. بنابراین، در این زمینه، اصطلاح «طراحی» را می توان هم به عنوان یک فرآیند که نتیجه آن یک پروژه است و هم به عنوان یک فرآیند که نتیجه آن یک فرافکنی است، درک کرد.

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

در مرحله دوم، ساختار منطقی پایگاه داده ایجاد می شود. برای انجام این کار، نحوه گروه بندی منطقی داده ها را تعیین کنید. ساختار پایگاه داده در این مرحله بر حسب اشیاء کاربردی و روابط بین آنها بیان می شود.

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

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

1.2.1. تعریف الزامات

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

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

میز 1

فرهنگ لغت داده برای برنامه پایگاه داده آژانس مسافرتی

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

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

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

یک توصیف عملکردی برای یک برنامه پایگاه داده مدیر آژانس مسافرتی می تواند شامل موارد زیر باشد:

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

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

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

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

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

1.2.2. مدل منطقی

نمودارهای ER

یک راه متداول برای نمایش یک مدل پایگاه داده منطقی، ساختن نمودارهای ER (Entity-Relationship - entity-relationship) است. در این مدل، یک موجودیت به عنوان یک موجودیت گسسته تعریف می شود که عناصر داده برای آن ذخیره می شوند و یک رابطه، رابطه بین دو موجودیت را توصیف می کند.

AT در مثال مدیر آژانس مسافرتی، 5 هدف اصلی وجود دارد:

گردشگران

تورها

کوپن

فصل ها

مبلغ پرداختی

رابطه بین این موجودیت ها را می توان به صورت ساده تعریف کرد:

هر گردشگر می تواند یک یا چند کوپن (چند) بخرد.

هر کوپن مربوط به پرداخت آن است (پرداخت ها

شاید چندین
اگر بلیط، برای مثال،
به صورت اعتباری فروخته می شود).
هر تور می تواند
چندین فصل

کوپن	برای فروش
یک فصل یک تور
این اشیا و روابط
را می توان با ER- نشان داد
نمودار،	همانطور که نشان داده شده است		برنج. 2. نمودار ER برای برنامه DB
				مدیر آژانس مسافرتی

اشیاء، ویژگی ها و کلیدها

این مدل با تعریف ویژگی ها برای هر شی بیشتر توسعه می یابد. ویژگی های شیء عناصر داده مربوط به یک شی خاص هستند که باید ذخیره شوند. ما دیکشنری داده های جمع آوری شده را تجزیه و تحلیل می کنیم، اشیا و ویژگی های آنها را در آن انتخاب می کنیم و در صورت لزوم فرهنگ لغت را گسترش می دهیم. ویژگی های هر شیء در این مثال در جدول 2 ارائه شده است.

		اشیاء و ویژگی های پایگاه داده			جدول 2
			نام	تاریخ شروع	تاریخ پرداخت
				تاریخ پایان
	نام میانی		اطلاعات
ویژگی های

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

lyatsya، زیرا آنها در واقع ویژگی های "طبیعی" اشیاء نیستند. آنها به طور متفاوتی مدیریت می شوند و در مدل داده های رابطه ای در نظر گرفته می شوند.

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

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

نوع دیگری از کلید، به نام کلید خارجی، تنها از نظر طرح داده بین دو رابطه وجود دارد. کلید خارجی در یک رابطه مشخصه ای است که کلید اصلی (یا بخشی از کلید اصلی) در یک رابطه دیگر است. این یک ویژگی توزیع شده است که یک طرح داده بین دو رابطه در یک پایگاه داده را تشکیل می دهد.

برای پایگاه داده در حال طراحی، اجازه دهید ویژگی های شی را با فیلدهای کد به عنوان کلیدهای اصلی گسترش دهیم و از این کدها در روابط پایگاه داده برای ارجاع به اشیاء پایگاه داده به صورت زیر استفاده کنیم (جدول 3).

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

	اشیاء و ویژگی های پایگاه داده با فیلدهای کد توسعه یافته							جدول 3
		کد توریستی	کد بلیط			کد فصل		کد پرداخت
			کد توریستی		نام	تاریخ شروع		تاریخ پرداخت
ویژگی های			کد فصل			تاریخ پایان
		نام میانی			اطلاعات			کد بلیط

عادی سازی

وابستگی های عملکردی زمانی اتفاق می افتند که مقدار یک ویژگی را بتوان از مقدار یک ویژگی دیگر تعیین کرد. یک ویژگی قابل تعریف نامیده می شود از نظر عملکردی وابسته استاز صفتی که تعیین کننده است. بنابراین، طبق تعریف، تمام ویژگی‌های غیرکلیدی (غیر کلیدی) از نظر عملکردی به کلید اصلی در هر رابطه وابسته خواهند بود (زیرا کلید اصلی هر ردیف را به‌طور منحصربه‌فرد شناسایی می‌کند). هنگامی که یک ویژگی رابطه به طور منحصر به فرد ویژگی دیگری را تعریف نمی کند، اما آن را به مجموعه ای از مقادیر از پیش تعریف شده محدود می کند، این وابستگی چند ارزشی نامیده می شود. وابستگی جزئی زمانی رخ می دهد که یک ویژگی رابطه به طور عملکردی به یک ویژگی کلید ترکیبی وابسته باشد. وابستگی های انتقالی زمانی رخ می دهند که یک ویژگی غیرکلیدی از نظر عملکردی به یک یا چند ویژگی غیر کلیدی دیگر در یک رابطه وابسته باشد.

فرآیند عادی سازی شامل ساخت گام به گام پایگاه داده به شکل عادی (NF) است.

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

فرم عادی دوم (2NF) زمانی ایجاد می شود که تمام وابستگی های جزئی از رابطه پایگاه داده حذف شوند. اگر هیچ کلید ترکیبی در رابطه وجود نداشته باشد، این سطح از عادی سازی به راحتی به دست می آید.

سومین شکل عادی (3NF) یک پایگاه داده نیاز به حذف تمام وابستگی های انتقالی دارد.

چهارمین شکل عادی (4NF) زمانی ایجاد می شود که تمام وابستگی های چند ارزشی حذف شوند.

پایگاه داده مثال ما در 1NF است، زیرا تمام فیلدهای جداول پایگاه داده از نظر محتوای اتمی هستند. پایگاه داده ما نیز در 2NF است، زیرا ما به طور مصنوعی کدهای منحصر به فرد برای هر شی (کد توریستی، کد کوپن و غیره) را در هر جدول وارد کردیم، به همین دلیل برای هر یک از جداول پایگاه داده و به طور کلی کل پایگاه داده به 2NF دست یافتیم. باقی مانده است که به اشکال عادی سوم و چهارم بپردازیم.

توجه داشته باشید که آنها فقط با توجه به انواع مختلف وابستگی ویژگی های پایگاه داده وجود دارند. وابستگی هایی وجود دارد - باید NF پایگاه داده را هزینه کنید، هیچ وابستگی وجود ندارد - پایگاه داده از قبل در NF است. اما گزینه دوم عملاً هرگز در برنامه های واقعی یافت نمی شود.

بنابراین، چه نوع وابستگی های گذرا و چند ارزشی در مثال ما از پایگاه داده مدیر آژانس مسافرتی وجود دارد؟

بیایید رابطه «گردشگران» را تحلیل کنیم. وابستگی‌های بین ویژگی‌های «کد گردشگری»، «نام خانوادگی»، «نام»، «نام پدری» و «گذرنامه» را در نظر بگیرید (شکل 3). هر گردشگر، که در رابطه با ترکیب "نام خانوادگی - نام - نام خانوادگی" نشان داده می شود، تنها یک پاسپورت برای مدت سفر دارد، در حالی که نام های کامل باید دارای شماره گذرنامه متفاوت باشند. بنابراین صفات «نام خانوادگی – نام – نام خانوادگی» و «گذرنامه» یک کلید ترکیبی در رابطه با گردشگران تشکیل می دهند.

کلید ترکیبی

					نام میانی
		کد توریستی

برنج. 3. نمونه ای از وابستگی متعدی

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

هیچ وابستگی چند ارزشی در پایگاه داده ساده شده ما وجود ندارد. به عنوان مثال، فرض کنید برای هر گردشگر چندین شماره تماس (خانه، محل کار، سلول و غیره که در عمل کاملاً معمولی است) و نه یک شماره تماس، مانند مثال، ذخیره شود. ما یک وابستگی چند ارزشی از کلید دریافت می کنیم - "کد گردشگری" و ویژگی های "نوع تلفن" و "تلفن"، در این وضعیت کلید دیگر کلید نیست. چه باید کرد؟ این مشکل نیز با تقسیم طرحواره رابطه به 2 طرحواره جدید حل می شود. یکی از آنها باید اطلاعاتی در مورد تلفن ها (رابطه "تلفن ها") و دومی در مورد گردشگران (رابطه "گردشگران") که توسط فیلد "کد گردشگری" به هم وصل شده اند ارائه دهد. "کد توریستی" در رابطه با "گردشگران" کلید اصلی و در رابطه با "تلفن ها" کلید خارجی خواهد بود.

1.2.3. مدل فیزیکی

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

و شاخص ها

AT این راهنما ایجاد یک مدل پایگاه داده فیزیکی با استفاده از Microsoft Access DBMS و سرور پایگاه داده Microsoft SQL Server 2005 Express Edition را در نظر می گیرد.

1.3. ایجاد پایگاه داده در Microsoft Access DBMS

1.3.1. جداول

برای ایجاد جدول در Microsoft Access DBMS از حالت طراحی استفاده می کنیم (شکل 4).

برنج. 4. انتخاب حالت طراحی

برنج. 5. لیست کامل فیلدهای جدول

در پنجره ظاهر شده "Table1: table" لازم است نام فیلدها را تعریف کنید که به عنوان عنوان در این جدول تبدیل می شوند. بیایید نام فیلدهای زیر را معرفی کنیم (شکل 5).

		هنگام وارد کردن نام یک فیلد، برای آن
		نوع داده به طور پیش فرض تعریف شده است
		"متن". برای تغییر نوع دنبال کنید-
		نه مقدار مورد نظر را از قسمت قطره انتخاب کنید
		لیست ارائه (شکل 6).
برنج. 6. تعیین نوع داده فیلد		توضیحات انواع داده های احتمالی
		nyh Microsoft Access در تب داده شده است.
		جدول 4
	مایکروسافت اکسس انواع داده
نوع داده	شرح
متن	متن یا ترکیبی از متن و اعداد، مانند آدرس، و
	اعدادی که نیازی به محاسبات ندارند، مانند شماره تلفن،
	شماره سریال یا کد پستی حداکثر 255 کاراکتر را ذخیره می کند.
	ویژگی FieldSize حداکثر تعداد را تعیین می کند
	تعداد کاراکترهایی که می توان در فیلد وارد کرد
فیلد یادداشت	طراحی شده برای وارد کردن اطلاعات متنی، از نظر حجم بیش از حد
	255 کاراکتر چنین فیلدی می تواند حداکثر 65535 کاراکتر داشته باشد.
	گاو نر این نوع داده با نوع داده متنی تفاوت دارد
	بطور جداگانه. این کار پردازش جداول را سرعت می بخشد (مرتب سازی
	جستجو، جستجو و غیره). یک فیلد از نوع MEMO نمی تواند کلید یا باشد
	نمایه شده است
عددی	داده های مورد استفاده برای محاسبات ریاضی، به جز
	مالی	محاسبات (برای آنها از نوع استفاده کنید
	"پولی"). 1، 2، 4 یا 8 بایت را ذخیره می کند. نوع خاص چی
	فیلد کلمه با مقدار خاصیت اندازه فیلد تعیین می شود (Field-
وقت قرار	مقادیر تاریخ و زمان 8 بایت را ذخیره می کند
پولی	برای ارزش های پولی و جلوگیری از گرد و غبار استفاده می شود
	در طول محاسبات 8 بایت را ذخیره می کند
	درج خودکار متوالی منحصر به فرد (بزرگ-
	1) یا اعداد تصادفی هنگام اضافه کردن یک ورودی. شرکت
	4 بایت را ذخیره می کند
منطقی	داده هایی که فقط یکی از دو مقدار ممکن را می گیرند،
	مانند بله/خیر، درست/نادرست، روشن/خاموش. مقادیر تهی نیستند
	مجاز. 1 بیت را ذخیره می کند.
فیلد شی	اشیاء OLE (مانند اسناد Microsoft Word، الکترونیکی
	صفحات گسترده مایکروسافت اکسل، تصاویر، صداهای ضبط شده یا سایر داده ها در
	فرمت باینری) (محدود به فضای دیسک)