Въведение в базите данни информационни системи
ИЗИСКВАНИЯ ЗА РЕЛАЦИОННА СУБД
Изтегляне 1.01 Mb.
|
- Навигация на страницата:
- Допълнителни правила Представяне на информацията
- Динамичен интерактивен каталог
- Обновяване на потребителските представи
- Физическа независимост на данните
- Независимост на разпределението
ИЗИСКВАНИЯ ЗА РЕЛАЦИОННА СУБДМножеството разработени СУБД, които са обявени за релационни, всъщност не отговарят напълно на изискванията на релационния модел. Поради това, Код формулира едно основно и 12 допълнителни правила, които определят критериите за оценка дали даден софтуер може да се приеме за релационна СУБД. Основно правило: Всяка релационна СУБД трябва да може да управлява БД посредством възможностите на Релационния модел. Допълнителни правилаПредставяне на информациятаЦялата информация на релационната БД се представя на логическо ниво и по единствен начин – чрез стойностите в таблиците. Гарантиран достъпВсяка атомарна стойност в релационната БД е логически достижима чрез името на таблицата, стойността на първичния ключ и името на колоната. Системно третиране на стойността “nul” Стойностите “nul” се поддържат от СУБД по системен път, независимо от типовете данни. Динамичен интерактивен каталогОписанието на данните се представя на логическо ниво по същия начин както и самите данни. Сложен език на заявкиСУБД трябва да предоставя поне един език, с който да се изразяват:
Обновяване на потребителските представиПотребителските представи се обновяват от СУБД.
Физическа независимост на даннитеПри промяна на методите на достъп или представянето в паметта, приложните програми не се променят логически. Логическа независимост на даннитеПри промяна в таблиците, наложена от разработването на нови приложения, старите приложения не се променят логически. Независимост на ограниченията за цялостност. Ограниченията за цялостност се задават с езика за заяви и се съхраняват в каталога, а не в приложните програми. Независимост на разпределениетоПриложната програма, която се обръща към дадена СУБД, трябва да работи и при разпределение на БД по възлите на мрежата. Защита на даннитеДостъпът до данните се контролира изцяло от СУБД и нейната цялостност не може да бъда нарушена без знанието на администратора или потребителя.
Много е важно да стане ясно по-какъв начин релационния модел на данни се явява модел от реалния свят. Фундаменталното допускане при моделиране на обектите и връзките между тях е, че светът може да бъде разглеждан като конструкция от три типа компоненти - типове /класове/ обекти, атрибути на тези обекти и връзки между обектите.
Тип обект ( отношение релация.) Нещо, което може да съществува самостоятелно и за което потребителят може да пожелае да поддържа данни. Типът обект е абстрактно понятие, на което съответстват конкретни реализации в реалния свят. Примери: книга, читател, служител, поръчка, академичен курс и др.
Описва взаимодействието между отделните типове обекти. Не е задължително всички обекти да имат връзки помежду си. Наименува се по подходящ начин.
Типове връзки
Клиентът има име, ЕГН и други основни данни. Същият клиент има адрес, телефон и други персонални данни.
В едно населено място могат да живеят много клиенти. Един клиент може да живее само в едно населено място.
Една стока може да се купи от много клиенти.
Атрибут Свойства на типовете обекти, приложими за конкретната среда. 
Ключов атрибут Атрибут, който еднозначно идентифицира един обект.
Различаваме следните видове ключови атрибути:
Базите данни се изграждат като съвкупност от таблици, наричани често релации. Проектират се всички таблици, необходими за съхраняване на наличните данни и за изпълнение на потребителските изисквания. Всяка таблица описва един типов обект чрез неговите атрибути (полета). Тя се представя чрез името на релацията (типа обект), първичния ключ и атрибутите. При това първичният ключ е подчертан и се огражда заедно с атрибутите в скоби.
Каталог: sites -> default -> files files -> Образец №3 справка-декларация files -> Р е п у б л и к а б ъ л г а р и я files -> Отчет за разкопките на праисторическото селище в района на вуз до Стара Загора. Аор през 1981 г. ХХVІІ нац конф по археология в Михайловград, 1982 files -> Медии и преход възникване и развитие на централните всекидневници в българия след 1989 година files -> Окръжен съд – смолян помагало на съдебния заседател files -> Семинар на тема „Техники за управление на делата" 18 19 юни 2010 г. Хисар, Хотел „Аугуста спа" Приложение files -> Чинция Бруно Елица Ненчева Директор Изпълнителен директор иче софия бкдмп приложения: програма files -> 1. По пътя към паметник „1300 години България Изтегляне 1.01 Mb. Сподели с приятели:
|
