правила за управление на данни (правило 2, 4, 5 и 7).
Идеален RDBMS 18 трябва да поддържа функции за управление на данни. Те определят пълнотата на команден език (тук понятието "молба" включва вмъкване, обновяване и изтриване). Правила определят какви приложения манипулация на данни ръководни функции 18 данни. Стриктното придържане към тези правила позволява изолирането на потребители и приложения от физически и логически средства за прилагане на механизмите за манипулиране на данни.
Правило 2 - гарантиран достъп
За всеки елемент на данните (т.е. атомната му стойност) на релационна база данни трябва да бъде гарантиран достъп логично на базата на комбинация от името на таблицата, стойностите на първичния ключ и стойностите на колоната име.
Правило 4 - динамичен интерактивен каталог, построен в съответствие с правилата на релационния модел
Описание на базата данни трябва да бъде подаден логическото ниво по същия начин, както обикновените данни, които дават възможност на упълномощени потребители да използват за означаване на това описание и същ език релационна, че когато имате достъп до данните.
Това обикновено означава, че трябва да има само един език, предназначени за манипулиране на двете данни за метаданни и нормални, и в базата данни за организиране на информацията, на система за съхранение трябва да се използва само една логическа структура - връзката.
Правило 5 - цялостен sublanguage данни
Трябва да се отбележи, че новият стандарт ISO за езика SQL осигурява всички тези функции по такъв начин, че всеки, който подкрепя този стандарт език автоматично и ще отговарят на това правило.
Правило 7 - високо ниво на вмъкване, обновяване и изтриване
Способността да се обработва или основни производни на връзка (т.е. представяне) като един операнд не трябва да се ограничават до процедури за извличане на данни, но също така и за въвеждане, обновяване и изтриване на данни.
Codd определя три правила на данни, независимо от приложението, което се използва данните. Стриктното придържане към тези правила ще се гарантира, че потребителите и разработчиците ще бъдат защитени от задължението да направи коренни промени в молбата Ви всеки път, реорганизацията на по-ниско ниво на базата данни.
Правило 8 - физическа независимост на данните
Приложения и инструменти, които да работят с терминали трябва да остане незасегната логично, когато правите промени в техниките за съхранение на данни и методи за достъп до тях.
Правило 9 - логическа независимост на данните
Приложения и инструменти, които да работят с терминали трябва да остане незасегната логично, когато са включени в базовите таблици не се променят някои от промените на информация, което теоретично не трябва да влияят на приложния софтуер.
Правило 11 - независимо от разпределението на данните
Sublanguage манипулира данни в система за управление на релационни бази данни, трябва да позволи на приложения и трябва да бъде логично и същ, независимо от това как се съхраняват данни - физически или централизирано в разпределена мода.
Независимост от разпределението на данните означава, че програмата за приложение, което има достъп до базата данни на отделен компютър трябва да бъде без никакви изменения и продължаваме да работим в случаите, когато данните на мрежата ще бъдат прехвърлени от един компютър на друг. С други думи, крайният потребител трябва да се създаде илюзията, че данните се съхраняват на централно място на един компютър, и отговаря за прехвърлянето и извличане на данни между (по възможност) на няколко места за съхранение трябва да са изцяло отговорност на системата. Имайте предвид, че той не казва, че системата за управление на релационна база данни, трябва задължително да подпомага работата на разпределена база данни. То просто означава, че езикът на заявката трябва да остане непроменена, и в случаите, когато възможността да се работи с разпределени данни се осъществява в база данни.
1. Какви са структурните групи от правила може да се счита за релационна база данни, която знаете?
2. Да се формулира правило 0 - основно правило, един от тези, които определят: дали релационна база данни.
3. Формулиране на правило 12 - правило за забрана на отклонения, един от тези, които определят: дали релационна база данни.
4. Формулиране на правило 1 - предоставяне на информация, един от тези, които определят: дали релационна база данни.
5. Формулиране на правилото за 6 - представяне актуализация, един от тези, които определят: дали релационна база данни.
6. Формулиране обикновено 3 - систематична обработка на нули (нула), един от тези, които определят: дали релационна база данни.
7. Определяне обикновено 10 - целостта независимост ограничения, един от тези, които определят: дали релационна база данни.
8. Формулиране обикновено 10 - независимост ограничения почтеност, един от тези, които определят: дали една релационна база данни.
9. Да се формулира правило 2 - сигурен достъп, един от тези, които определят: дали релационна база данни.
10. Формулиране на правило 4 - динамичен интерактивен каталог, построен в съответствие с правилата на релационния модел, един от тези, които определят: дали релационна база данни.
11. Формулиране обикновено 5 - изчерпателен sublanguage данни един от тези, които определят: дали релационна база данни.
12. Формулиране обикновено 7 - висок вмъкване, обновяване и изтриване, един от тези, които определят: дали релационна база данни.
13. Формулиране Правило 8 - физическа независимост на данните, един от тези, които определят: дали релационна база данни.
14. Формулиране обикновено 9 - логическа независимост на данни е един от тези, които определят: дали релационна база данни.
15. Формулиране на правило 11 - независимо от разпределението на данните, един от тези, които определят: дали релационна база данни.
[1] sublanguage нарича език, който не включва структура за всички компютърни нужди. Релационна алгебра и релационно смятане са sublanguage бази данни.
Свързани статии