Релационната база данни е СУБД

Всяка организация се сблъсква ежедневно с огромно количество информация. Без използването на специални програми с него просто не може да се справи. Моделът на релационната база данни е най-достъпният тип системи за управление за набор от независими материали. Систематизирането им се извършва чрез таблици, ключове и асоциации.

Средства за рационално използване и съхранение на информация

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

Компанията поддържа база данни за продадените продукти. релационна база данни е колекция от таблици, като всеки продукт е запис в таблица. Всяка позиция има свой уникален ключ, чрез който може да бъде идентифициран. В първата таблица се въвеждат данни за наличието на стоки в определен ред. Втората база на компанията съдържа информация за наличността на клиентите. На всеки от тях е присвоен уникален код, както и собствено име и адрес. Третата база данни включва информационни материали за съществуващи поръчки от клиенти. Всяка позиция е оборудвана с уникален ключ.

Нека се опитаме да разберем какво е релационна база данни и какви връзки обединяват трите таблици. На първо място, помислете за една поръчка, направена от клиента. Той трябва да съдържа поне един продукт, но е възможно да се кандидатства за по-голямо количество стоки. По този начин всяка поръчка трябва да включва уникални идентификатори (имена) за всеки продукт. В същото време всяка позиция, посочена в таблицата, ще бъде свързана с уникален клиент. На свой ред поръчката трябва да съдържа и уникален ключ за този конкретен клиент. Тъй като всички позиции са взаимосвързани и оборудвани с уникално кодиране, е възможно да се разглежда и проследява движението на стоките.

Какви предимства дава тя?

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

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

Правила за структуриране на информационни материали

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

- всяка таблица получава уникално име;

- всяка таблица трябва да съдържа няколко реда;

- всеки ред трябва да бъде уникален;

- таблицата трябва да съдържа ключове за уникалната идентификация на редовете;

- всяка колона в таблицата трябва да има уникално име на атрибут.

Структурата на релационната база данни взема предвид всички горепосочени правила. Обикновено нейното разработване и въвеждане на информационни материали се извършва от специалисти, които притежават умения за програмиране и систематизиране, заедно с представители на самата организация. Тя трябва да бъде не само обикновените потребители на компанията, но и висшето ръководство. Те трябва да гарантират, че структурата на релационната база данни може да се използва не само за решаване на текущи проблеми, но и за предоставяне на необходимата информация за по-сложни и обещаващи решения.

Основни и външни ключове

Вече установихме, че релационната база данни е система, която използва връзки за свързване на таблици в едно цяло. Те също така се наричат ​​асоциации на таблици. Връзките се създават с помощта на клавиши. Това е важно условие за базата данни, тъй като помага за запазване на целостта на информационните материали и прави възможно създаването на връзки между таблиците. Ключът за таблицата на базата данни се състои от едно или повече полета, които идентифицират записа 100%. Има няколко вида, които имат специфична цел.

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

Например, можете да използвате серията ISBN за първичния ключ на печатното издание, тъй като няма два случая със същия ISBN номер. За служителите на организацията в този случай, прилагайте номер за социално осигуряване, който е уникален за всяко лице. Например: когато въвеждате данни за клиенти, продукти и поръчки, можете да създадете свои уникални ключове. Например клиентска таблица може да съдържа поле за идентификация на клиента.

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

Външният ключ се използва, когато има няколко таблици като връзка между тях. Използвайки примера на база данни от клиенти, продукти и потребители, можем да проследим използването на чужди ключове, които не се използват за свързване на таблици, а за контрол на справочни материали. При формирането на таблицата с поръчките, клиентът ще бъде свързан с всеки от елементите, използвайки идентификатора на клиента. Той има свой първичен ключ, наречен „идентификатор на поръчка“, и позволява идентифицирането на всеки елемент. Ако клиентът постави няколко поръчки, това води до дублиране на стойности в полето „Идент. № на клиента“. Той действа като първичен ключ в таблицата „Клиенти“ и като външен ключ в таблицата „Поръчки“.

Сила на облигациите

Инструментът за рационално съхранение и ефективно използване на информационни материали се използва широко в различни индустрии. Също така, релационната база данни е съвкупност от връзки, които могат да структурират данните по определен начин. Съществуват няколко различни вида от тях, базирани на съотношението на броя на записите в една таблица, свързани с броя на записите в друга. Тази зависимост се нарича "власт". Има три вида мощност:

- един към един (1: 1);

- едно към много (1: m);

- много към едно (m: 1).