12-те правила на Код - Редакционна история

Detelina Staneva в 12:37, 9 април 2014

2014-04-09T12:37:39Z

Detelina Staneva в 12:37, 9 април 2014

2014-04-09T12:37:23Z

Detelina Staneva: /* Вижте още */

2014-04-09T12:37:10Z

Вижте още

Detelina Staneva в 12:36, 9 април 2014

2014-04-09T12:36:59Z

Detelina Staneva в 12:36, 9 април 2014

2014-04-09T12:36:46Z

Detelina Staneva: /* Външни препратки */

2012-07-15T08:59:17Z

Външни препратки

Detelina Staneva в 08:46, 15 юли 2012

2012-07-15T08:46:49Z

Detelina Staneva в 08:44, 15 юли 2012

2012-07-15T08:44:36Z

Detelina Staneva в 08:44, 15 юли 2012

2012-07-15T08:44:05Z

Detelina Staneva в 08:43, 15 юли 2012

2012-07-15T08:43:10Z

← По-стара версия		Версия от 12:37, 9 април 2014
Ред 1:		Ред 1:
−	Множеството разработени СУБД (система за управление на бази от [[Анализ на данните\|данни]]), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден [[софтуер]] може да се приеме за релационна СУБД'''.	+	Множеството разработени СУБД (система за управление на бази от [[Анализ на данните\|данни]]), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 11 допълнителни правила''', които '''определят критериите за оценка дали даден [[софтуер]] може да се приеме за релационна СУБД'''.

	==Основно правило на Код==		==Основно правило на Код==

← По-стара версия		Версия от 12:37, 9 април 2014
Ред 1:		Ред 1:
−	~~[[Множество]]то~~ разработени СУБД (система за управление на бази от [[Анализ на данните\|данни]]), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден [[софтуер]] може да се приеме за релационна СУБД'''.	+	Множеството разработени СУБД (система за управление на бази от [[Анализ на данните\|данни]]), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден [[софтуер]] може да се приеме за релационна СУБД'''.

	==Основно правило на Код==		==Основно правило на Код==

@@ Ред 67: / Ред 67: @@
 *[[Кевин Уоруик]]
 *[[Линеен код]]
 ==Източници==

@@ Ред 2: / Ред 2: @@
 ==Основно правило на Код==
-[[file:bd.jpg|right|thumb|500px|Отчет на база данни в Аccess]]
 Всяка релационна СУБД трябва да може да управлява БД посредством възможностите на Релационния модел.
@@ Ред 8: / Ред 8: @@
 ==Допълнителни правила на Код==
 . Представяне на [[информация]]та.

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

@@ Ред 79: / Ред 79: @@
 *[http://office.microsoft.com/bg-bg/access-help/HA001224247.aspx Основи на проектирането на бази данни]
 *[http://www.grao.bg/nbd.html Национална база данни ГРАО]
-[[category:Кибернетика]]
+[[category:Информатика]]

@@ Ред 1: / Ред 1: @@
 [[file:bd.jpg|right|thumb|500px|Отчет на база данни в Аccess]]
-Множеството разработени СУБД (система за управление на бази от данни), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден софтуер може да се приеме за релационна СУБД'''.
+[[Множество]]то разработени СУБД (система за управление на бази от [[Анализ на данните|данни]]), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден [[софтуер]] може да се приеме за релационна СУБД'''.
 ==Основно правило на Код==
@@ Ред 7: / Ред 7: @@
 ==Допълнителни правила на Код==
-. Представяне на информацията.
+. Представяне на [[информация]]та.
 Цялата информация на релационната БД се представя на логическо ниво и по единствен начин – чрез стойностите в таблиците.
@@ Ред 13: / Ред 13: @@
 . Гарантиран достъп.
-Всяка атомарна стойност в релационната БД е  логически достижима чрез името на таблицата, стойността на първичния ключ и името на колоната.
+Всяка атомарна [[стойност]] в релационната БД е  логически достижима чрез името на [[таблица]]та, стойността на първичния ключ и името на [[колона]]та.
 . Системно третиране на стойността “nul”.
@@ Ред 19: / Ред 19: @@
 Стойностите “nul” се поддържат от СУБД по системен път, независимо от типовете данни.
-. Динамичен интерактивен каталог.
+. Динамичен интерактивен [[каталог]].
 Описанието на данните се представя на логическо ниво по същия начин както и самите данни.
@@ Ред 27: / Ред 27: @@
 *СУБД трябва да предоставя поне един език, с който да се изразяват:
 *Дефинирането на данните;
-*Дефинирането на потребителските представи;
+*Дефинирането на [[потребител]]ските представи;
 *Обработка на данните;
 *Ограниченията на целостта;
-*Правилата за достъп;
+*Правилата за [[достъп]];
 *Границите на транзакциите.
@@ Ред 36: / Ред 36: @@
 *Потребителските представи се обновяват от СУБД.
-*Обновяване на данните на високо ниво
+*Обновяване на данните на високо [[ниво]].
 *Обновяването на данните трябва да може да се извършва на ниво таблица.
@@ Ред 43: / Ред 43: @@
 При промяна на методите на достъп или представянето в паметта, приложните програми не се променят логически.
-. Логическа независимост на данните.
+. Логическа [[независимост]] на данните.
 При промяна в таблиците, наложена от разработването на нови приложения, старите приложения не се променят логически.
@@ Ред 51: / Ред 51: @@
 Ограниченията за цялостност се задават с езика за заяви и се съхраняват в каталога, а не в приложните програми.
-. Независимост на разпределението.
+. Независимост на [[разпределение]]то.
-Приложната програма, която се обръща към дадена СУБД, трябва да работи и при разпределение на БД по възлите на мрежата.
+Приложната [[програма]], която се обръща към дадена СУБД, трябва да работи и при разпределение на БД по възлите на [[мрежа]]та.
 . Защита на данните.
-Достъпът до данните се контролира изцяло от СУБД и нейната цялостност не може да бъда нарушена без знанието на администратора или потребителя.
+[[Достъп]]ът до данните се контролира изцяло от СУБД и нейната цялостност не може да бъда нарушена без знанието на [[администратор]]а или потребителя.
 ==Вижте още==

← По-стара версия		Версия от 08:44, 15 юли 2012
Ред 1:		Ред 1:
−	[[file:bd.jpg\|right\|thumb\|~~300px~~\|Отчет на база данни в Аccess]]	+	[[file:bd.jpg\|right\|thumb\|500px\|Отчет на база данни в Аccess]]
	Множеството разработени СУБД (система за управление на бази от данни), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден софтуер може да се приеме за релационна СУБД'''.		Множеството разработени СУБД (система за управление на бази от данни), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден софтуер може да се приеме за релационна СУБД'''.

← По-стара версия		Версия от 08:43, 15 юли 2012
Ред 1:		Ред 1:
		+	[[file:bd.jpg\|right\|thumb\|300px\|Отчет на база данни в Аccsses]
	Множеството разработени СУБД (система за управление на бази от данни), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден софтуер може да се приеме за релационна СУБД'''.		Множеството разработени СУБД (система за управление на бази от данни), които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира '''едно основно и 12 допълнителни правила''', които '''определят критериите за оценка дали даден софтуер може да се приеме за релационна СУБД'''.