Читайте также:
|
В БД имеется два различных уровня описания и представления данных: физический и логический.
На физическом уровне принята следующая терминология:
1. Поле ‒ наименьшая единица памяти, обрабатываемая СУБД.
2. Физическая запись, ‒ упорядоченная совокупность фиксированного количества полей. Две физические записи однотипны, если совпадают по составу полей.
3. Файл ‒ совокупность однотипных записей.
4. Блок ‒ размер памяти, передаваемой из внешнего запоминающего устройства в ОЗУ и обратно за одну операцию чтения-записи. И хотя термин избит, значение его весьма существенно, от его величины зависит скорость поиска.
5. Индексный файл ‒ структурированная совокупность записей, на которой реализуется какой-либо метод доступа к данным; вводится для увеличения скорости поиска данных и для реализации ограничений целостности.
На логическом уровне принята следующая терминология:
1. Атрибут (элемент данных) ‒ наименьшая поименованная единица информации, с определенным типом, идентифицируемая СУБД. Обычно соответствует полю на физическом уровне.
2. Логическая запись, ‒ фиксированная совокупность элементов данных. Две логических записи однотипны, если состоят из одинаковых совокупностей элементов данных.
3. Отношение ‒ совокупность всех однотипных логических записей. Обычно (для простых СУБД) соответствует файлу.
4. Схема базы данных ‒ совокупность отношений с установленными связями и ограничениями целостности.
Пример: Логический уровень:
Сотрудники
| Табельный номер | ФИО сотрудника | Дата рождения | Должность |
Оборудование
| Инвентарный номер | Наименование оборудования | Дата изготовления |
Рабочее место
| Табельный номер | Инвентарный номер | Расположение места |
Здесь рассматриваются три отношения, соответствующие трем классам объектов: сотрудник, оборудование и рабочее место. Связи представлены жирными стрелками, смысл концов которых будет пояснен в дальнейшем. Накладываются следующие ограничения целостности:
1. Не может быть двух сотрудников с одним и тем же табельным номером.
2. Не может быть так, чтобы один и тот же инвентарный номер соответствовал различному оборудованию.
Эти поля являются первичными ключами. Запись из отношения «Сотрудники» нельзя удалить, если с ней связана запись из отношения «Рабочее место». То же самое справедливо и для отношения «Оборудование».
Физический уровень:
Сотрудники
| Иванов И. И. | 21.03.1977 | Бухгалтер |
Оборудование
| Стол письменный | 19.03.2001 |
Рабочее место
| 3-й корпус, ОмГУ |
В обязательном порядке должны быть проиндексированы ключевые поля записей:
• Индексные файлы для табельного номера сотрудника в первом файле.
• Индексные файлы для инвентарного номера сотрудника во втором файле.
• Индексные файлы для табельного и инвентарного номеров в третьем файле.
Делается это потому, что в СУБД нет другого механизма реализации ограничений целостности и связи. Кстати, не надо связывать отношения по неключевым полям или полям с неопределяемым типом.
1.3. Требования к базе данных
Дата добавления: 2015-07-19; просмотров: 84 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Общие сведения о базах данных | | | Неизбыточность и непротиворечивость данных |