Преглед на кода на 12-те правила на Код

Множеството разработени СУБД (система за управление на бази от [[Анализ на данните|данни]]), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден [[софтуер]] може да се приеме за релационна СУБД'''.
 
==Основно правило на Код==


Всяка релационна СУБД трябва да може да управлява БД посредством възможностите на Релационния модел.

==Допълнителни правила на Код==
 
[[file:bd.jpg|right|thumb|500px|Отчет на база данни в Аccess]]
1. Представяне на [[информация]]та.

Цялата информация на релационната БД се представя на логическо ниво и по единствен начин – чрез стойностите в таблиците.
 
2. Гарантиран достъп.

Всяка атомарна [[стойност]] в релационната БД е  логически достижима чрез името на [[таблица]]та, стойността на първичния ключ и името на [[колона]]та.
 
3. Системно третиране на стойността “nul”.

Стойностите “nul” се поддържат от СУБД по системен път, независимо от типовете данни.
 
4. Динамичен интерактивен [[каталог]].

Описанието на данните се представя на логическо ниво по същия начин както и самите данни.
 
5. Сложен език  на заявки.

*СУБД трябва да предоставя поне един език, с който да се изразяват:
*Дефинирането на данните;
*Дефинирането на [[потребител]]ските представи;
*Обработка на данните;
*Ограниченията на целостта;
*Правилата за [[достъп]];
*Границите на транзакциите.

6. Обновяване на потребителските представи.

*Потребителските представи се обновяват от СУБД.
*Обновяване на данните на високо [[ниво]].
*Обновяването на данните трябва да може да се извършва на ниво таблица.

7. Физическа независимост на данните.

При промяна на методите на достъп или представянето в паметта, приложните програми не се променят логически.
 
8. Логическа [[независимост]] на данните.

При промяна в таблиците, наложена от разработването на нови приложения, старите приложения не се променят логически.
 
9. Независимост на ограниченията за цялостност.

Ограниченията за цялостност се задават с езика за заяви и се съхраняват в каталога, а не в приложните програми.
 
10. Независимост на [[разпределение]]то.

Приложната [[програма]], която се обръща към дадена СУБД, трябва да работи и при разпределение на БД по възлите на [[мрежа]]та.
 
11. Защита на данните.

[[Достъп]]ът до данните се контролира изцяло от СУБД и нейната цялостност не може да бъда нарушена без знанието на [[администратор]]а или потребителя.

==Вижте още==
*[[Компютър]]
*[[Машина]]
*[[Алън Тюринг]]
*[[Кевин Уоруик]]
*[[Линеен код]]

==Източници==
*[http://tuj.asenevtsi.com/DB2007/BD29.htm Изисквания за релационна база данни]

==Външни препратки==
*[https://docs.google.com/viewer?a=v&q=cache:H1uqA9Imv4sJ:lubo.elsys-bg.org/wp-content/uploads/2009/02/80_20.pdf+&hl=bg&gl=bg&pid=bl&srcid=ADGEESgAXSoAFNln9SyqKyqnXb8w3bLVc0wOktcO4VM-dyKmP0RJGB2qs4li5tWHJ8F7XPJcO5YoYKbFx6otY1wPWDbufMuOfoudem7awEFq5qJ3qiNkXQLpfWjqQxbUaDscpnr3Utxl&sig=AHIEtbQL4q0B2_7lbmkb3fFaspzhynPiUg Добри правила при писане на код]
*[http://www.integriert-studieren.jku.at/idol/bg/databases.html Използване на бази данни]
*[http://office.microsoft.com/bg-bg/access-help/HA001224247.aspx Основи на проектирането на бази данни]
*[http://www.grao.bg/nbd.html Национална база данни ГРАО]
[[category:Информатика]]