Разработчик - база - данные
Cтраница 3
Представления ( view), или, как их иногда называют, временные или производные таблицы, представляют собой объекты базы данных, данные в которых не хранятся постоянно, как в таблице, а формируются динамически при обращении к представлению. Представление не может существовать само по себе, а определяется только в терминах одной или нескольких таблиц. Применение представлений позволяет разработчику баз данных обеспечить каждому пользователю или группе пользователей свой взгляд на данные, что решает проблемы простоты использования и безопасности данных. ERwin имеет специальные инструменты для создания и редактирования представлений. Палитра инструментов на физическом уровне ( см. табл. 2.1.3) содержит кнопки внесения представлений и установления связей между таблицами и представлениями. [31]
 |
Это диалоговое окно содержит разный набор опций в зависимости от те-кущейпапки. [32] |
После архивирования элементов Outlook автоматически не восстанавливает место, ими занимаемое. Этот синдром хорошо известен разработчикам старых баз данных, в которых после удаления записей в памяти место под них все еще резервируется. Реальность такова, что после очистки файла личных папок размером 200 Мбайт он по-прежнему занимает на диске 200 Мбайт. Для удаления из файла этого пустого места вам необходимо сжать его вручную. [33]
 |
Схема связей между таблицами. [34] |
Следует помнить, что по ходу разработки проекта заказчику непременно будут приходить в голову новые идеи. На всех этапах проектирования он стремится охватить единой системой все новые и новые подразделения и службы предприятия. Возможность гибкого исполнения его пожеланий во многом определяется квалификацией разработчика базы данных. Если схема данных составлена правильно, подключать к базе новые таблицы нетрудно. Если структура базы нерациональна, разработчик может испытать серьезные трудности и войти в противоречия с заказчиком. [35]
Вторичный ключ обычно образует ассоциацию типа М с некоторым первичным ключом. На рис. 12.13 приведено два примера с вторичными индексами. На верхней диаграмме поле ВИД-ЖИВОТНОГО образует ассоциацию типа М с полем ИМЯ-ЖИВОТНОГО, что показано линией с двумя стрелками. Используя эту связь, мы можем сделать запрос на список имен всех медведей, хранящийся в базе данных. Для того чтобы использовать эту связь, разработчик базы данных должен определить индексный сегмент-указатель. Ключом этого сегмента является поле ВИД-ЖИВОТНОГО, и данный сегмент содержит указатель на сегмент ЖИВОТНОЕ. Как только будет найден сегмент ЖИВОТНОЕ, любые атрибуты, например СМОТРИТЕЛЬ или указатели на родителей, могут быть использованы для поиска НОМЕРА-КЛЕТКИ или адреса ЗООПАРКА. [36]
Первые два шага мастера, показанные на рис. 4.8 и 4.9, носят справочный характер. Из рисунков видно, что программа дает пользователю рекомендации, с которых был начат этот раздел и которые содержатся в любой книге по СУБД. Второй шаг мастера показывает, к чему стремится программа. Предполагается, что разбиение одной таблицы на несколько позволит усовершенствовать базу данных. На мастера возлагается также задача определить связи между таблицами. Разработчик базы данных должен сам впоследствии решить, как ему поступить с таблицами: какие из них стереть, а какие оставить. [37]
Выход заключается в следующем: диск делится на небольшие блоки длиной от 128 до 1024 байт. Мы будем писать слово запись с маленькой буквы, когда речь идет о блоке данных, и с большой буквы, когда имеются в виду записи базы данных. Последние мы будем рассматривать в следующей главе. Когда файл уничтожается или становится короче, часть блоков на диске высвобождается и может быть использована для других файлов, которые, наоборот, пополняются. Операционная система ведет свой собственный указатель, в котором хранится информация о номерах блоков -, используемых каждым файлом, и в какой последовательности они следуют. Когда ЭВМ выполняет по программе команду чтения файла, операционная система автоматически передает записи с диска в оперативную память в правильной последовательности. Если программой предусматривается чтение только части файла, она передает операционной системе номер записи и имя файла. Если в данный момент работает программное обеспечение базы данных то оно определит номер соответствующей записи по своим индексам ( см. гл. Операционная система затем передает запись в буфер памяти ЭВМ, где запись станет доступной для программы управления базой данных. Буфер представляет собой часть ОЗУ, которую программы используют так же, как мы используем доски объявлений, помещая на них сообщения для других лиц. Вообще говоря, чем больше размеры буфера, тем лучше работает система, поскольку уменьшается количество доступов к физическим блокам, необходимое для выполнения той или иной операции. Однако, выделяя больше ячеек памяти под буферы, мы уменьшаем память, предназначенную для хранения программ. Поэтому разработчикам баз данных приходится находить компромиссные решения. [38]
Страницы: 1 2 3