به طور خلاصه در مورد مهم

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

اول فرم عادی (1nf)

• هیچ گروه داده تکراری وجود ندارد
• داده های تضمین شده (اتمیت) (تمام داده ها مستقل و مستقل هستند).

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

دوم فرم عادی (2nf)

• جدول شرایط 1NF را برآورده می کند
• هر ستون به کل کلید بستگی دارد و نه از بخش آن.

فرم عادی سوم (3 نوامبر)

• جدول شرایط 2nf را برآورده می کند
• هیچ ستون بستگی به یک ستون دارد که بخشی از کلید اصلی نیست.
• داده های مشتق شده را شامل نمی شود

دیگر اشکال عادی که ارزش عملی خاصی ندارند:

فرم عادی پسران CODD (BOYCE-CODD)

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

چهارم فرم طبیعی

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

پنجم فرم عادی

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

ششم فرم عادی (شکل کلی دامنه نرمال)

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

روابط

هنگامی که از زنان شنیده ام که مردان
بلافاصله سعی کنید اتاق را ترک کنید
کلمه "رابطه" صدا کرد.<...> رمز موفقیت
رابطه آگاهی از هر کس در مورد نقش او است
در این رابطه، و همچنین در قوانین و محدودیت ها،
اعمال شده توسط این نگرش.
(ج) رابرت ویرا، "حرفه ای SQL Server 2000 برنامه نویسی "

انواع روابط

• یک به یک (آن را به معنی زمانی که در پایگاه های مختلف لازم است برای ذخیره داده های هماهنگ و یا زمانی که یک استثنا وجود دارد ضروری است حداکثر اندازه داده های ردیف)
• صفر یا یک به یک
• یک به چند
• یکی به -Nulya، - یک یا چند
• بسیاری به بسیاری از (جداول کشف)

اتحادیه

پیوستن درونی

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

چپ | پیوستن به راست

پیوستن کامل در نتیجه نمونه، نوشته های جدول، ایستاده در سمت چپ / راست پیوستن. به ترتیب. در عین حال، داده ها از "جفت" گمشده پر شده است خالی.
از left_table سمت چپ پیوستن به راست_table - تمام نوشته ها از سمت چپ جدول left_table فعال هستند.
از left_table درست پیوستن به راست_table - تمام نوشته ها از جدول راست راست right_table فعال هستند.

پیوستن کامل

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

پیوستن متقابل

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

اصول سفارش چندین پیوستن.'ov

در صورتی که شما نیاز به ترکیب جداول چندگانه دارید، باید دو اصل را به یاد داشته باشید:

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

نتیجه این اصول، توصیه های زیر برای تشکیل انجمن های پیچیده است:

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

P.S. همه موارد فوق کلیه "postulates" نظریه پایگاه های داده های ارتباطی است که به ویژگی های خاص DBMS وابسته نیستند.

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

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

dbms همه منظوره باید تعریف، ایجاد، تغییر، مدیریت و محصول درخواست ها را به پایگاه داده انجام دهد.

به عنوان مثال از DBMS، چنین بسته های به طور گسترده ای شناخته شده می تواند به عنوان نامیده می شود

• mysql
• postgresql
• مایکروسافت SQL Server
• اوراکل
• IBM DB2.
• دسترسی مایکروسافت.
• sqlite

پایگاه های داده معمولا بین DBM های مختلف تحمل نمی شوند، اما ممکن است با استفاده از DBMS (و با نرم افزار کاربر) ارتباط برقرار شود استانداردهای مختلف، مانند SQL، ODBC یا JDBC.

DBMS اغلب با توجه به مدل داده پشتیبانی شده توسط آنها طبقه بندی می شود. از دهه 1980، تقریبا تمام DBMS محبوب از یک مدل داده های ارتباطی ارائه شده توسط زبان استاندارد پشتیبانی می کنند. sQL Queries (هرچند سال های اخیر محبوبیت NoSQL را به دست می آورند).

بنابراین، وظایف اصلی انجام شده توسط DBMS شامل می شود

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

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

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

مدل های پایگاه داده

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

• سلسله مراتبی یا مدل ناوبری
• مدل شبکه

مدل سلسله مراتبی به طور گسترده ای در DBMS عرضه شده توسط IBM در دهه 1960 استفاده شد. ایده اصلی این است که ورود به چنین پایگاه داده ممکن است چندین "شرکت تابعه" و یک "پدر و مادر" داشته باشد. به طور کلی، آن را مشکوک شبیه به سلسله مراتبی است سیستم فایل. برای دریافت ورود به چنین پایگاه داده، اغلب نیاز به عبور در سراسر درخت.

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

در سال 1970، Edgar Codd (کارمند IBM) یک مدل ارتباطی را پیشنهاد کرد که تا حد زیادی وظیفه پیدا کردن اطلاعات در پایگاه داده را تسهیل کرد. شما می توانید در مورد مدل ارتباطی به عنوان "جداول" فکر کنید که در آن "خطوط" ورودی ها در پایگاه داده هستند. روابط در پایگاه داده ارتباطی نیز به نام Tuples، و گروه های سوابق ("جداول") روابط (روابط) نامیده می شود. مدل ارتباطی قادر به بیان سلسله مراتبی ارتباطات است و مدل های شبکه، و اتصالات خود را مطابق با مدل جدول اضافه کرد.

بر اساس پیشنهادات کد، تا اواسط دهه 1970، سیستم RBMS سیستم توسعه یافت و به پایان رسید پشتیبانی از زبان پرس و جو استاندارد شده SQL.

در سال 1980، با تصویب برنامه نویسی شی گرا، به طور فزاینده ای برای پخش اشیاء بر روی مدل ارتباطی دشوار بود. در نهایت، این منجر به ظهور NoSQL و NewsQL شد این لحظه فقط توسعه می یابد نمونه هایی از رویکرد NOSQL می تواند به اصطلاح باشد. پایگاه داده های سند گرا ساخته شده بر اساس XML. مزیت اصلی NoSQL مقیاس پذیری افقی بالا است، I.E. توانایی افزایش بهره وری با اضافه کردن سرورها. با ظهور تکنولوژی ابر، NOSQL به ویژه در تقاضا شد.

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

مدل ارتباطی

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

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

ما تعاریف را معرفی می کنیم.

دامنه مجموعه ای است که شامل مجموعه ای کامل از تمام مقادیر ممکن از برخی از متغیر است. دامنه ها اغلب نیز نامیده می شوند نوع داده. خصیصه سفارش داده شده است نام ویژگی و دامنه \\ (d_j \\). این انبار مجموعه ای از دستورالعمل نهایی است . مقدار خاص ارزش خاص متعلق به دامنه ویژگی. بدن رابطه مجموعه ای از تپه ها است، جایی که \\ (d ^ i_j \\ in d_j \\)، \\ (d_j \\) - دامنه ها. ضبط ضبط \\ ((d ^ i_1، d ^ i_2، \\ ldots، d ^ i_n) \\) با ثابت \\ (I \\). نسبت مجموعه ای از عنوان رابطه رابطه و ارتباط بدن. نمودار پایگاه داده چند طرح از تمام روابط موجود در پایگاه داده.

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

\\ (a_1 \\)	\\ (a_2 \\)	\\ (\\ ldots \\)	\\ (a_n \\)	← عنوان
\\ (d ^ 1_1 \\)	\\ (d ^ 1_2 \\)	\\ (\\ ldots \\)	\\ (d ^ 1_n \\)	← ضبط
\\ (d ^ 2_1 \\)	\\ (d ^ 2_2 \\)	\\ (\\ ldots \\)	\\ (d ^ 2_n \\)	← ضبط
\\ (\\ ldots \\)	\\ (\\ ldots \\)	\\ (\\ ldots \\)	\\ (\\ ldots \\)	← ضبط
\\ (d ^ m_1 \\)	\\ (d ^ m_2 \\)	\\ (\\ ldots \\)	\\ (d ^ m_n \\)	← ضبط

مدل ارتباطی الزامات روابط اضافی زیر را اعمال می کند:

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

وابستگی تابعی از مجموعه ای از صفات \\ (B \\) عملکرد وابسته به مجموعه ای از ویژگی است \\ (A \\) (نوشته شده \\ (A \\ حرکت پیکان B \\))، اگر به هر دو ورودی که همان ارزش \\ (A \\)، ارزش های خود را \\ (B \\) همزمان. در غیر این صورت، هر مقدار \\ (a \\) مربوط به تنها مقدار \\ (b \\) (نه لزوما منحصر به فرد، دقیقا).

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

به عنوان یک مثال آشنا از وابستگی عملکردی، می توانید یک تعریف ریاضی از یک تابع را ذکر کنید. برای یک تابع، هر مقدار استدلال مربوط به تنها مقدار تابع است. به طور معکوس نادرست، برای مثال، برای عملکرد \\ (y \u003d sin (x) \\)، هر مقدار \\ (y \\) از منطقه تعریف \\ (1 \\ geq y \\ geq -1 \\) مربوط به مجموعه ای بی نهایت از مقادیر است \\ (X \\)، اما برای هر مقدار \\ (X \\) است دقیقا یک مقدار وجود دارد \\ (Y \\)، بنابراین \\ (x \\ تا y \\). توجه داشته باشید که مفهوم وابستگی عملکردی نیز به توابع بسیاری از متغیرها قابل استفاده است. برای آنها، ارزش تابع به طور عملی وابسته است تمام استدلال ها در همان زمان. به عنوان مثال، برای تابع \\ (Z \u003d F (X، Y) \\) از FZ \\ ((X، Y) \\ به z \\) انجام می شود، یا به صورت مختصر، \\ (XY \\ به z \\).

روابط در این زمینه می تواند به عنوان برخی در نظر گرفته شود جدول یا توابع گسسته

کار با FZ

قوانین رسمی خاصی برای کار با روابط FZ وجود دارد.

قوانین رسمی به مفاهیم مرتبط هستند بسته و غیر قابل تحمل FZ.

Axioms Armstrong.

قوانین برای خروج FZ جدید از موجود وجود دارد axioms Armstrong..

Axioms Armstrong.

1. قانون بازتابنده: اگر \\ (b \\ bufter a \\)، سپس \\ (a \\ rightarrow b \\)
2. قانون افزودنی: اگر \\ (a \\ rightarrow b \\)، سپس \\ (AC \\ Rightarrow BC \\)
3. حکومت انتقال پذیری: اگر \\ (A \\ B حرکت پیکان \\) و \\ (ب \\ حرکت پیکان ج \\)، سپس \\ (A \\ حرکت پیکان C \\)

از این محورها، قوانین اضافی زیر نیز می تواند نمایش داده شود:

1. حکومت خود تعیین کننده: \\ (a \\ rightarrow a \\)
2. قانون تجزیه: اگر \\ (a \\ rightarrow bc \\)، سپس \\ (a \\ rightarrow b \\) و \\ (a \\ rightarrow c \\)
3. قانون ترکیبی: اگر \\ (a \\ rightarrow b \\) و \\ (a \\ rightarrow c \\)، سپس \\ (a \\ rightarrow bc \\)
4. قانون ترکیب: اگر \\ (a \\ rightarrow b \\) و \\ (c \\ rightarrow d \\)، سپس \\ (AC \\ rightarrow bd \\)

می توان آن را دیده که با توجه به حاکمیت بازتاب، هر مجموعه ای از ویژگی های \\ (A \\) به معنی FZ از فرم \\ (A \\ به \\). چنین FZ، و همچنین موارد زیر، منافع را نمایندگی نمی کند و بی اهمیت نامیده می شود.

وابستگی Funkonal بی اهمیت FZ \\ (a \\ to B \\)، به طوری که \\ (b \\ زیر مجموعه A \\).

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

بسته شدن FZ مجموعه توسط بسته شدن مجموعه ای از FZ است چنین تکثر FZ، که شامل تمام مجموعه منبع FZ، و همچنین تمام ضمنی آنها را به نام. به عبارت دیگر، برای رابطه \\ (r \\)، که دارای وابستگی های عملکردی \\ (s \\)، بسته شدن \\ (s ^ + \\) مجموعه ای از تمام FZ، ممکن است برای \\ (r \\)، بر اساس \\ (s \\).

به عنوان یک قاعده، لازم است تعیین کنیم که آیا یک FZ خاص وجود دارد (x \\ rightarrow y \\) از آن استفاده کنید این مجموعه FZ \\ (s \\). به نظر می رسد که ممکن است پس از آن و تنها اگر مجموعه ای از ویژگی ها \\ (Y \\) یک زیر مجموعه از بسته شدن ویژگی \\ (x ^ + \\) در \\ (s \\) است.

مدار صفات از بسته شدن \\ (X ^ + \\) ویژگی \\ (X \\) به همراه مجموعه ای از FZ \\ (S \\) مجموعه ای از تمام ویژگی هایی که از لحاظ کارکردی وابسته به هر زیر مجموعه \\ (X \\) است.

برای محاسبه بسته شدن تعدادی از ویژگی ها \\ (x ^ + \\) در امتداد مجموعه FZ \\ (s \\)، قانون زیر وجود دارد: برای هر FZ \\ (a \\ rightarrow b \\) در \\ (s \\) اگر \\ (A \\ زیر مجموعه X ^ + \\)، سپس \\ (ب \\ زیر مجموعه X ^ + \\)، و آن را به با این فرض شروع کافی است که \\ (X ^ + \u003d X \\).

لازم به ذکر است که برای هر بسته شدن \\ (X ^ + \\)، می FZ از فرم \\ (X \\ به b \\)، که در آن \\ (ب \\ زیر مجموعه X ^ + \\)، در نتیجه، تعطیلی تمام صفات از رابطه با توجه به FZ خود را توصیف مدار FZ از این رابطه است.

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

مجموعه FZ غیر قابل تحمل است اگر:

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

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

چرخه عمر سیستم های اطلاعاتی

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

· عدم مشخصات کامل تمام الزامات؛

· عدم وجود یک روش قابل قبول (سیستم روش ها) توسعه IP؛

· عدم به اشتراک گذاشتن یک پروژه مشترک جهانی به اجزای جداگانه ای که می تواند کنترل و مدیریت موثر باشد.

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

(برخی از طرح) برای 09/26/12

1. برنامه ریزی توسعه IP. اقدامات آماده سازی که حداکثر کارایی را قادر می سازد تا مراحل LCC IP را اجرا کنند. سه جزء اصلی: ارزیابی دامنه کار؛ ارزیابی منابع لازم؛ ارزیابی کل هزینه پروژه.

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

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

4. طراحی یک پایگاه داده. ایجاد یک پروژه پایگاه داده دو رویکرد اصلی به طراحی سیستم های پایگاه داده: " پایین"و" صعودی».

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

6. توسعه برنامه های کاربردی طراحی رابط کاربر و برنامه های کاربردی طراحی شده برای کار با پایگاه داده طراحی شده است.

7. ایجاد یک نمونه اولیه. ایجاد یک مدل کاری از برنامه پایگاه داده.

8. پیاده سازی پیاده سازی فیزیکی پایگاه داده و برنامه های توسعه یافته.

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

10. تست فرآیند اجرای برنامه های کاربردی برای جستجوی خطاها. استراتژی های تست: تست پایین؛ تست صعودی؛ جریان های تست؛ تست فشرده

11. عملیات و نگهداری. نظارت بر سیستم و پشتیبانی از عملکرد عادی آن: کنترل عملکرد؛ همراه و ارتقاء برنامه های کاربردی.

تئوری پایگاه داده ارتباطی

واژه شناسی

در سال 1970، مدل ارتباطی برای اولین بار توسط E.F پیشنهاد شد کد

DBM های ارتباطی فرض می کنند که کاربر پایگاه داده را به عنوان مجموعه ای از جداول (و نه به عنوان در غیر این صورت) درک می کند.

روابط ریاضی

تئوری پایگاه داده ارتباطی بر اساس نظریه ریاضی روابط است.

اجازه دهید D1، D2، ... DN برخی مجموعه ها.

کار دکارتی D1 D2 ... DN \u003d ((X1، X2، ...، XN) | X1 D1، X2 D2، ... XN DN)

این نسبت یک زیر مجموعه R D1 * D2 * ... * DN

به عنوان مثال، n \u003d 2، d1 \u003d (2،4) و d2 \u003d (1،3،5)، d1 * d2 \u003d ((2،1)، (2،3)، (2.5)، (4، 1 )، (4،3)، (4.5))، r \u003d ((2،1)، (4،1))

زیر مجموعه ای از m. ب شرایط داده شده است، به عنوان مثال:

r \u003d ((((x1، x2) | x1 d1، x2 d2، x2 \u003d 1)، A1، A2، ... نام ویژگی های با D1، D2 دامنه ها، ... VTB سپس ما رابطه را در فرم:

R (A1: D1، A2: D2، ... AN: DN)

خواص روابط:

· نگرش نام منحصر به فرد دارد؛

· هر ویژگی دارای یک نام منحصر به فرد (در رابطه با)؛

· هر سلول رابطه شامل تنها مقدار اتمی است و هیچ گروه تکراری وجود ندارد (نسبت نرمال شده است)؛

D1 - دانش آموزان
D2 - رشته ها: ریاضیات، علوم کامپیوتر

· منظور از ویژگی ها مهم نیست؛

· سفارش tuples خودسرانه؛

· هر محموله منحصر به فرد است.

کلیدهای ارتباطی

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

یکپارچگی ارتباطی

جبر ارتباطی

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

جبر ارتباطی یک زبان است که در آن تمام کورتیک ها توسط یک فرمان پردازش می شوند.

پنج عملیات اصلی:

· انتخاب،

· طرح ریزی،

· کار دکارتی

· انجمن،

· تفاوت.

بر اساس این عملیات، دیگران می توانند به دست آورند:

· ترکیبات

· عبور،

· حداقل

در پیش فرض، نشانه های عملیات منطقی ^ (و)، v (یا)، ~ (نه) می تواند مورد استفاده قرار گیرد.

مثال. لیستی از همه کارکنان را با حقوق و دستمزد بیش از 300 دریافت کنید.

طرح ریزی

نگرش را تعیین می کند، ویژگی های آن APP1، ...، APR و شامل تنها داستان های منحصر به فرد است.

کار دکارتی

کار دکارتی به ندرت مورد استفاده قرار می گیرد، نتیجه نمونه را اعمال می کند.

یک انجمن

تفاوت

عملیات اتصال

اتصال تتا

اتصال طبیعی

اتصال خارجی

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

چوپان

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

عبور

نمایندگی

قرار ملاقات ها:

· مکانیسم حفاظت از پایگاه داده انعطاف پذیر را به دلیل پنهان کردن بخشی از آن فراهم می کند کاربران خاص;

· اجازه می دهد تا شما را به سازماندهی دسترسی کاربر به اطلاعات مناسب برای آنها؛

· اجازه می دهد تا شما را به ساده سازی عملیات پیچیده با روابط پایه.

قوانین که باید برآورده شوند
DBM های ارتباطی

برای تعیین اینکه آیا کد ارتباطی Subo (1985) 13 قانون را پیشنهاد کرد که باید آنها را برآورده کنند.

№		قانون
		قانون اساسی DBM های ارتباطی باید قادر به کنترل پایگاه های داده ها صرفا با کمک توابع ارتباطی آن باشند.
		ارائه اطلاعات تمام اطلاعات در پایگاه داده ارتباطی به صراحت بر اساس یک سطح منطقی تنها در یک راه است - به شکل مقادیر در جداول. از جمله متادیتا
		تضمین دسترسی برای هر عنصر پایگاه داده ارتباطی، دسترسی منطقی بر اساس ترکیب نام جدول، مقادیر کلید اولیه و نام ستون باید تضمین شود.
		پشتیبانی از ارزش های نامعلوم DBMS از مقادیر نامشخص پشتیبانی می کند (null).
		دایرکتوری سیستم ارتباطی. شرح پایگاه داده باید در یک سطح منطقی به گونه ای به عنوان داده های معمول باشد، که به کاربران اجازه می دهد تا از همان زبان ارتباطی برای درخواست تجدید نظر به آنها استفاده کنند.
		اطلاعات جامع ply. DBMS ارتباطی می تواند چندین زبان را پشتیبانی کند. با این حال، یک زبان باید در یک اندازه گیری شدید وجود داشته باشد، اپراتورهای آن اجازه می دهد توابع زیر: 1. تعریف داده ها؛ 2. تعریف نمایندگی؛ 3. دستورات دستکاری داده ها؛ 4. محدودیت های یکپارچگی؛ 5. مجوز کاربر؛ 6. سازمان های معاملات
		استخراج سطح بالا، قرار دادن، حذف، به روز رسانی. توانایی DBMS برای انجام عملیات برای استخراج این دستورات قرار دادن، حذف و به روز رسانی به عنوان یک عملیات واحد.
		استقلال فیزیکی از داده ها. از روش ذخیره سازی
		استقلال منطقی از داده ها. استقلال برنامه های کاربردی از تغییر جداول اساسی.
		استقلال محدودیت های یکپارچگی. محدودیت های یکپارچگی باید بر روی نگرش داده های ارتباطی و ذخیره شده در دایرکتوری سیستم، و نه در برنامه های کاربردی تعیین شود.
		استقلال از توزیع داده ها.
		قانون ممنوعیت این دستگاه بایپس. اگر DBMS دارای یک زبان سطح پایین (با پردازش سازگار خط به خط)، آن را باید به قوانین و محدودیت های تمامیت شرح داده شده در زبان سطح بالا رابطه اجازه نمی دهد.

مدل سازی داده ها بر اساس روند عادی سازی

هدف عادی سازی.

فرایند عادی سازی در سال 1972 توسط E. F. CODD پیشنهاد شد - سه فرم عادی (NF): اولین (1NF)، دوم (2nf) و سوم (3 نوامبر).

تعریف شدیدتر از سومین NF (R. Bois و E. F. Codd، 1974) یک فرم عادی پسران CODD (NFBC) است.

افزونگی داده ها و ناهنجاری های پردازش.

عدم وجود عادی سازی منجر می شود:

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

· ناهنجاری های insertion (غیر ممکن است برای اضافه کردن سوابق)

· ناهنجاری های حذف (اطلاعات دیگر در هنگام حذف اطلاعات از دست رفته است)

· به روز رسانی ناهنجاری ها (به روز رسانی بسیاری از سوابق مورد نیاز است)

· خواص حفاظت بدون از دست دادن و حفظ اعتیاد.

وابستگی های کاربردی

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

سیستم مدیریت پایگاه داده (DBMS) مجموعه ای از زبان و نرم افزاردر نظر گرفته شده برای ایجاد، نگه داشتن و به اشتراک گذاری BD توسط بسیاری از کاربران. کاربران DBMS را می توان به سه گروه بزرگ تقسیم کرد:

• توسعه دهندگان پایگاه داده مسئول نوشتن برنامه ها با استفاده از یک پایگاه داده هستند؛
• کاربران نهایی با یک پایگاه داده یا از طریق سیستم اطلاعاتی یا یک رابط کاربر سیستم مدیریت پایگاه داده کار می کنند؛
• مدیران پایگاه داده اطمینان از نگهداری عملکرد پایگاه داده، امنیت داده ها و امنیت، عملیات پایگاه داده را تضمین می کنند.

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

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

• تمام داده ها به صورت مفهومی به عنوان مجموعه ای از ردیف ها و ستون ها نشان داده می شوند که نسبت به آن نامیده می شوند؛
• تمام داده ها اسکالر هستند
• خط داده یک قاعده نامیده می شود، تعداد صفات یک عدد اساسی نامیده می شود؛
• هر ستون در Tavern نامیده می شود، تعداد ویژگی ها درجه رابطه نامیده می شود؛
• هیچ اطلاعاتی به صورت صفر توصیف نشده است؛
• کلید بالقوه K برای نسبت R یک زیر مجموعه از مجموعه ای از ویژگی های R است، همیشه دارایی منحصر به فرد بودن (یعنی، هیچ دو تودی در ارتباط با R با وجود ندارد همان ارزش K) و اموال غیر انحصاری (I.E. نه از زیر مجموعه های K دارای ویژگی منحصر به فرد نیست). کلید بالقوه متشکل از بیش از یک ویژگی، ترکیب شده است، و از یک ساده است. کلید اصلی یک کلید بالقوه است که در آن Cortices به صورت فیزیکی دستور داده می شود.
• کلید خارجی به شرح زیر تعریف شده است. اجازه دهید R2 یک نگرش باشد. سپس کلید های خارجی خارجی با توجه به R2 یک زیر مجموعه از مجموعه ای از ویژگی های R2 است که نسبت R1 با یک کلید کلیدی بالقوه وجود دارد، و مقدار FK در هر R2 R2 همیشه با مقدار K برخی از مرجان ها در R1 همخوانی دارد . محدودیت هایی که مقادیر کلیدی خارجی باید به مقادیر کلید بالقوه مربوطه مناسب باشد، محدودیت مرجع نامیده می شود. بر این اساس، تحت یکپارچگی مرجع، درک شده است که الزامات که در پایگاه داده هیچ اختلالی از محدودیت های مرجع وجود ندارد.

عملیات زیر بر روی داده ها در مدل ارتباطی مجاز است:

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

برنامه نویسی در رسانه های دلفی 6

پایگاه داده ایجاد یک گزارش S. با استفاده از کلمه.

تایید شده توسط شورای انتشارات سرمقاله

دانشگاه به عنوان یک کارگاه آزمایشگاهی

Voronezh 2004.

UDC 681.3.

Vorobyov E.I.، Korotkhevich de .. برنامه نویسی در چهارشنبه دلفی 6: کارگاه آزمایشگاهی: CH. 2: پایگاه های داده. ایجاد یک گزارش با استفاده از کلمه. موضوعات. Voronezh: Voronezh. دولت تله دانشگاه، 2004. 107 پ.

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

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

جدول. 3. ایل 19. Bibliogr.: 7 نامگذاری شده است.

ویرایشگر علمی: دکتر Tehn. علوم، پروفسور. ya.e. لووویچ

داوران: بخش تجهیزات کامپیوتر آکادمی جنگل Voronezh (سر. وزارت دکتر Tekhn. علوم، پروفسور V.E. Mezhov)؛

دکتر فناوری علوم، پروفسور. o.yu.makarov

© Vorobyov E.I.، Korotkhevich D.E.، 2004

© طراحی دولت Voronezh

دانشگاه فنی، 2004

معرفی

مفهوم پایگاه داده

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

تئوری پایگاه های ارتباطی

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

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

پایگاه داده های محلی

از پایگاه داده های محلی، ما به عنوان شایع ترین رابطه را در نظر می گیریم. یک پایگاه داده ارتباطی چیست؟ این یک جدول است که در آن نام داده های ذخیره شده در آن به عنوان ستون هستند، و هر خط اطلاعات خود را ذخیره می کند. جدول پایگاه داده شبیه به الکترونیکی است جدول اکسل (دقیق تر، پس از آن اکسل اطلاعات خود را در فرم ذخیره می کند فرمت خودساخته شده بر اساس تکنولوژی پایگاه داده). جداول پایگاه داده محلی را می توان بر روی هارد دیسک محلی ذخیره کرد یا به طور مرکزی ذخیره شده است دیسک شبکه سرور فایل. این فایل ها را می توان با استفاده از آن کپی کرد ابزارهای استاندارد مانند هر فایل دیگر، زیرا جداول پایگاه داده خود را به یک مکان خاص متصل نمی شوند. نکته اصلی این است که برنامه می تواند یک جدول پیدا کند. هر جدول باید یک فیلد منحصر به فرد باشد که قطعا رشته را شناسایی کند. این فیلد کلید نامیده می شود. این زمینه ها اغلب برای اتصال جداول متعدد در میان خود استفاده می شود. اما حتی اگر جدول متصل نشود، زمینه کلیدی هنوز لازم است. توصیه می شود به عنوان یک کلید استفاده کنید نوع عددی و اگر پایگاه داده اجازه می دهد، بهتر خواهد بود اگر این نوع "autoincrement" باشد (به طور خودکار افزایش / کاهش تعداد یا متر). نام ستون ها در جدول پایگاه داده نیز باید منحصر به فرد باشد، اما در این مورد لزوما عددی نیست. آنها می توانند به عنوان دوستی نامیده شوند، اگر تنها منحصر به فرد و قابل فهم بود. هر ستون (زمینه پایگاه داده) باید یک نوع تعریف شده داشته باشد. تعداد انواع و انواع آنها بستگی به نوع پایگاه داده، مانند فرمت dbase (فایل ها با فرمت DBF) تنها 6 نوع را پشتیبانی می کند و پارادوکس در حال حاضر تا 15 است. پایگاه داده را می توان در یک فایل واحد ذخیره کرد (دسترسی) یا در چند (پارادوکس، dbase). دقیق تر، این جداول همیشه در یک فایل ذخیره می شود، اما اطلاعات اضافی را می توان در آن قرار داد فایل های جداگانه. مانند برای اطلاعات بیشتر ممکن است شاخص ها، محدودیت ها یا لیست مقادیر پیش فرض برای زمینه های خاص وجود داشته باشد. اگر حداقل یکی از فایل ها خراب شده یا حذف شود، داده ها را می توان برای ویرایش غیرقابل دسترس کرد.

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

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

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

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

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

الزامات پایگاه داده

بنابراین، یک پایگاه داده به خوبی طراحی شده:

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

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

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

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

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

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

1. نیازهای اطلاعات پایگاه داده را تعیین کنید.

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

3. مطابق با اشخاص و ویژگی ها - جداول و ستون ها (زمینه ها) در نماد DBMS انتخاب شده خود (پارادوکس، dbase، foxpro، دسترسی، clipper، interbase، sybase، informix، اوراکل، و غیره) قرار دهید.

4. مشخصاتی را تعیین کنید که هر شی را شناسایی می کنند.

5. قوانین را ایجاد کنید که یکپارچگی داده را ایجاد و حفظ کنند.

6. اتصالات بین اشیاء (جداول و ستون ها) را نصب کنید تا جداول را نرمال کنید.

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

اطلاعات مشابه