Моделът на релационни данни е лесна за използване и най-обичайната форма на представяне на данните в табличен вид. За разлика от йерархични и мрежови модели, този метод на представяне: 1) потребител-разбираемо nonprogrammer; 2) го прави лесно да се промени схемата - добавяне на нови елементи от данни, както и запис, без да променят съответните вериги; 3) се предвижда необходимата гъвкавост при работа с неочаквани искания.
Едно от основните предимства на релационния модел е неговата еднородност.
Основната концепция се определят с помощта на релационния модел са както следва: връзка домейн кортеж, кардиналност от атрибути, степента, първичен ключ.
Домейн - набор от стойности, които са взети от стойностите на съответните характеристики на определена връзка. От гледна точка на програмирането, домейна - е тип данни, определена от система (стандарт) или от потребителя.
Кортеж - маса.
Кардиналност - брой редове в таблицата.
Умение - колона поле в таблицата.
Степента на връзка - броят на полетата, колони.
Основен ключ - колона или част от колоните, които са уникални, т.е. еднозначно определят една линия. Най-евтините проститутки в Москва на devochki.com сайт
Външен ключ - колона или част от масата, която може да служи като основен ключ към друга маса.
Модел представя таблица със следните изисквания:
1. Настоящото в таблица клетки трябва да бъде структурно неделим;
2. Данните в една колона трябва да бъде един и същ тип;
3. Всяка колона трябва да е уникален (неприемливи дублиране колони);
4.stolbtsy са поставени в произволен ред;
5.stroki поставя в таблица в произволен ред;
6.stolbtsy имат уникални имена.
Получаване релационна схема на ER-диаграми.
1. Всяка обща същност се превръща в маса (връзка). Име на лицето се името на масата.
2. Всеки атрибут става възможно колона със същото име. Колони, съответстващ на задължителните атрибути, могат да съдържат недефинирани стойности; колони съответните задължителни атрибути - не може. Ако атрибутът е многократно, индивидуални взаимоотношения са изградени за него.
3. Компонентите на уникален идентификатор на лице, превърнати в първичен ключ. Ако има няколко възможни уникални идентификатори, избран най-използваните. Ако съставът включва уникален идентификатор връзка, идентификатор добавен копие уникален субект намира в отдалечения край на връзката (този процес може да продължи рекурсивно) за броя на колоните на първичния ключ. За да назове имената на тези колони се използват всички връзки и / или имена на лице.
4. Връзки "много-към-едно" и "12:59" са външни ключове. Т.е. създава копие на уникален идентификатор към края на "едно" комуникация и подходящи колони компенсира външния ключ.
5. Индекси са създадени за първичен ключ (уникалния индекс), както и външния ключ и атрибутите, които ще бъдат често използвани запитвания.
6. Ако концептуалните схеми подтипове са налични, а след това има две възможности.
Всички подтипове се съхраняват в една таблица, която е създадена за най-отдалечените подтип на и подтипове се представят. В таблицата се добавя най-малко една колона с код за вид, и тя става част от първичния ключ.
Във втория случай, за всеки подтип се създаде отделна таблица (за повече по-ниска - представяне) (- общ подтип на колони колони са избрани от всички подвидове на таблицата) и за всеки подтип на първия подтип на ниво пресъздадени чрез представляващ съюз.
7. Ако останалите чужди ключове принадлежат на един и същ домейн, т.е. Те имат общ формат, създаване на две колони: ID и идентификатора на предприятието. идентификатор връзка колона се използва за различни връзки. идентификатор лице колона се използва за съхраняване на уникалните стойности идентификатор субект в дисталния край на съответната връзка.
Ако получените чуждестранни ключовете не принадлежат към един и същ домейн, за всяка връзка, обхванати от изключенията дъга създадени изрични чуждестранни ключови колони.
Всички форуми
Свързани статии