- •* Принципы классификации и кодирования информации
- •* Представление информации в эвм
- •* Логические основы построения эвм
- •* Интерфейс пользователя
- •*Мультимедиа
- •*Структура интерфейса пользователя
- •* Особенности локальных вычислительных сетей. (лвс)
- •* Глобальная банковская сеть swift.
- •*Глобальная сеть Internet
- •*Интерфейс табличного процессора
- •*Типы входных данных
- •*Форматирование входных и выходных данных
- •*Обобщенная технология работы в табличном процессоре
- •*Классификация бд
- •*Структурные элементы бд
- •*Модель данных
- •*Иерархическая и сетевая модели данных
- •3)Режим исключения
- •*Правила Кодда
3)Режим исключения
Принято выделять три класса членства подчиненных записей в групповых отношениях:
1. Фиксированное. Подчиненная запись жестко связана с записью владельцем и ее можно исключить из группового отношения, только удалив. При удалении записи-владельца все подчиненные записи автоматически тоже удаляются.
2. Обязательное. Допускается переключение подчиненной записи на другого владельца, но невозможно ее существование без владельца. Для удаления записи-владельца необходимо, чтобы она не имела подчиненных записей с обязательным членством.
3. Необязательное. Можно исключить запись из группового отношения, но сохранить ее в базе данных, не прикрепляя к другому владельцу. При удалении записи-владельца ее подчиненные записи - необязательные члены сохраняются в базе, не участвуя более в групповом отношении такого типа.
Сетевые базы данных обладали рядом преимуществ:
1)Гибкость.
2)Стандартизация.
3)Быстродействие.
Конечно, у сетевых баз данных были недостатки. Как и иерархические базы данных, сетевые базы данных были очень жесткими.
Наборы отношений и структуру записей приходилось задавать наперед. Изменение структуры базы данных обычно означало перестройку всей базы данных.
*Правила Кодда
Тэд Кодд в 1969 году сформулировал двенадцать правил, которым должна соответствовать настоящая реляционная база данных.
|
Вся информация в базе данных должна быть представлена только одним способом - в виде значений, содержащихся в таблицах. |
|
Доступ ко всем и каждому элементу данных (атомарному значению) гарантированно обеспечивается путем использования комбинации имени таблицы, имени столбца и значения первичного ключа. |
|
В настоящей реляционной базе данных должна быть реализована поддержка недействительных значений, которые отличаются от строки символов нулевой длины, строки пробельных символов, от нуля или любого другого числа и используются для представления отсутствующих данных независимо от типа этих данных. |
|
Описание структуры базы данных на логическом уровне должно быть представлено в том же виде, что и основные данные, чтобы пользователи, обладающие соответствующими правами, могли работать с ним с помощью того же реляционного языка, который они применяют для работы с основными данными. |
|
Реляционная система может поддерживать различные языки и режимы взаимодействия с пользователем. Однако должен существовать, по крайней мере один язык, который в полной мере поддерживает следующие элементы:
|
|
Все представления, которые теоретически можно обновить, должны быть доступны для обновления. |
|
Возможность работать с отношением как с целым должна существовать не только при чтении данных, но и при добавлении, изменении и удалении данных. |
|
Прикладные программы для работы с данными должны на логическом уровне оставаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним. |
|
Прикладные программы для работы с данными должны на логическом уровне оставаться нетронутыми при внесении в базовые таблицы любых изменений, которые теоретически позволяют сохранить нетронутыми содержащиеся в этих таблицах данные. |
|
Должна существовать возможность определять условия целостности специфически для конкретной реляционной базы данных, на подъязыке реляционной базы данных и хранить их в самой базе данных, а не в прикладной программе. |
|
Реляционная СУБД не должна зависеть от потребностей конкретного клиента. |
|
Если в реляционной системе есть низкоуровневый язык (обрабатывающий одну запись за один раз), то должна отсутствовать возможность использования его для того, чтобы обойти правила и условия целостности, выраженные на реляционном языке высокого уровня (обрабатывающем несколько записей за один раз). |