Интернет информационно списание

При проектирането на базата от данни основен етап е моделирането й. При него се очертават редица правила и принципи, които трябва да бъдат спазени, за да се осигури  ефективната и надеждната й работа.

Правила за моделиране на базата от данни.

Както се установи един от най-разпространените модели – релационният модел се основава на категориите: релация (таблица), концептуална релационна схема, релационен обект-наредена n-торка (ред в таблица) , свойство и домен (област на значенията). Релационният информационен модел на дадена предметна област се конструира от тези пет категории – описание на релационните схеми, списъци на нормализираните релации, n-торки, списъци на съставящите обектите свойства и списъци на домените, които представят всички приети от модела типове данни.

Ограничителните правила за създаването на концептуален релационен модел на една база от данни са:

1. Схемата съдържа всички нормализирани релации в предметната област.
2. Всяка релация е нормализирана поне до трета нормална форма.
3. Всяка нормализирана релация от дадена предметна област и база от данни трябва да участвува в релационната схема.
4. Нормализираната релация съдържа поне една n-торка  (обект, ред в kтаблица).
5. Една n-торка (обект, ред) участвува само в една релация.
6. Една n-торка (обект, ред) се формира от поне едно свойство.
7. Едно свойство трябва да принадлежи на поне една n-торка (обект, ред).
8. Едно свойство има един единствен домен.
9. Един домен може да бъде използуван от едно или повече свойства.
10. Един домен съдържа данни само от един атомарен тип.

Основните правила за създаването на концептуален релационен модел на една база от данни, дефинирани от сина на основоположника на релационното моделиране Е.Ф. Код и прецизирани от Фабиан Паскал, са:
1.    Данните от различните класове обекти трябва да бъдат запомнени само в таблици.
2.    Всяка таблица трябва да има име, поле за главен ключ, имена на колоните и стойности на главния ключ, с което се осигурява уникалност на отделните записи.
3.    Във всеки модел трябва да се разрешат колизиите от връзки “много към много”, както и да се сведат до релационен вид йерархичните и мрежовите структурни елементи.
4.    Във всеки модел трябва да се извърши нормализация върху релациите (таблиците) поне до трета нормална форма.
5.    Във всеки модел да се определи типът на данните за отделните свойства.
6.    При моделирането да се дефинират индексите (обикновено за главните ключове).
7.    Трябва да могат да се дават и запомнят указания за третирането на липсващите стойности.
8.    Базата от данни трябва да съдържа мета данни т.е. данни за данните, които да бъдат организирани в съответствие със структурата й.
9.    Правилата за цялост трябва да бъдат запомнени също в базата от данни.
10.    Правилата за цялост трябва да не допускат отпадане на запис с главен ключ, за който продължава да съществува ползуващ го външен ключ, както и добавяне на външен ключ, за който няма запис със съответен главен ключ.
11.    Трябва да има програмен език, с който да се обработват данните от  базата от данни.
12.    Програмният език за работа с базата от данни трябва да бъде множествено, а не записно ориентиран.
13.    Не бива да се допуска промяна на правилата за цялост, които са запомнени в базата от данни.
14.    Трябва да бъде осигурена възможност за прозрачно изменение на структурата на базата от данни (напр. разделяне на таблици, добавяне на индекси).
15.    Таблиците със заявки трябва да отразяват измененията в базата от данни, както и да могат да приемат изменения в логиката на създаването им.

_____________

ИЗ “РАБОТА С БАЗИ ОТ ДАННИ”
в примери на ACCESS 2003 – 2007
със SQL, VBA и ADO

МП Издателство на Технически университет – София
София, 2007

Сходни статии:

1. Методи за вариантно проектиране на технологичните процеси Методи за вариантно проектиране на технологичните процеси. Системи за класификация и кодиране на обектите. Метод за проектиране на групови и на типови технологични процеси. Видове вариантни процеси: типови технологични процеси (ТП)- разработват се на основата на класификацията на детайлите по...
2. Програмно осигуряване на CAD/CAM системи Програмното осигуряване може да се представи в четири части: базово програмно осигуряване, чиято основна компановка е операционната система; графично програмно осигуряване; база данни и системи за тяхното управление; Приложно програмно осигуряване При Програмно осигуряване на CAD/CAM системата могат да се...
3. Сигурност на приложенията (Application security) В сигурността на приложния слой са концентрирани голямо количество очаквания за защита. Лошо (слабо) защитените приложения могат да осигурят лесен достъп до конфиденциални бази данни и записи. Истина е, че повечето от проектантите и програмистите създават софтуер без мисъл за...
4. Симулационно моделиране. Изграждане на симулационен модел Симулационно моделиране. Етапи на изграждане на симулационен модел.  Моделиране на технологични производствени системи. Материален поток. Симулационният модел представлява абстрактно описание на изследваната производствена система. Различието на симулационният от реалният експеримент е, че процесът на симулация не с реалната система, а...