Екстензионна и интензионалната част от базата данни
Информация от първа и втора видове в съвкупността ясно описва обекти (лица) на реалния свят, моделирани в базата данни. С други думи, това е очевидно, факти, предоставени от потребителите, за да се съхраняват в базата данни. Тази част от базата данни се нарича екстензионна.
Информация от трети вид се използва за управление на бази данни в изпълнение на различни видове потребителски дефинирани операции. Ограничения могат да блокират изпълнението на операциите на актуализиране на базата данни, тригери предизвика автоматичното изпълнение на определени действия в случай на определени условия, определението на представителства причини изрично или косвено материализация е таблица, при използване на тях. Тази част от базата данни се нарича интензионалната; той не съдържа преки доказателства и информация, характеризираща семантиката на областта на приложение.
Както се вижда, в релационни бази данни, най-важното е екстензионна част и интензионалната част главно играе поддържаща роля. База данни системи, основани на правила, тези две части най-малко равен.
По дефиниция, базата данни се нарича активен, ако базата данни във връзка с нея не само изпълнява тези действия, които ясно показват на потребителя, но и допълнителните стъпки в съответствие с правилата, установени в много данни.
Лесно е да се види, че в основата на идеята, съдържаща се в SQL езика Time System R. В действителност, това е определението за задействане или условно експозиция, но въведение в правилата на базата данни, според които СУБД трябва да изпълни допълнителни действия? Лошо е, че наистина се задейства не са били напълно приложени във всеки един от познатите системи, дори и в System R. Това не е изненадващо, тъй като прилагането на такова устройство в базата данни е много сложно, режийни и не е напълно изяснен.
Сред въпросите, отговорите на които все още не са получени по следния начин. Как ефективно да се определи обхвата на дейностите за подпомагане, причинени от пряко действие на потребителя? Как да разпознаем на циклите във веригата "екшън състояние-предразполагаща." И какво да правят в случай на такива цикли? Като част от сделката за извършване на допълнителни действия и за непредвидени разходи в бюджета на атрибута на потребителя се появява отгоре?
Проблемите с теглото не са решени, дори и за един сравнително прост случай на изпълнение на SQL тригери, и задачата вече направи много по-широк. По същество, се предлага да има база данни на производството, като част от цялостната система на формуляра, условията и действията, които не се ограничават само до съдържанието на базата данни или директно действие върху него от страна на потребителя. Така например, в състоянието, може да включва времето от деня, както и действието може да бъде външен, като на изхода на информация на екрана на оператора. Почти всички съвременни работа по активна база данни са свързани с проблема за ефективното прилагане на производствена система.
Въпреки това, по наше мнение, това е много по-важно за практически цели, се осъществява в съответната база данни, машинни задейства. Имайте предвид, че в проекта за стандарт SQL3 предвижда съществуването на език означава определянето на условни действия. Тяхното изпълнение ще бъде първата практическа стъпка към активната база данни (съответстващи на търговската прилагане вече са се появили).
Свързани статии