Проектирование структуры данных БД

из "Информационные технологии бухгалтерского учета "

Проектирование структуры данных БД учитывает особенности выбранной СУБД, а именно типы и структуры данных, способы организации и методы доступа к данным на машинных носителях, сервисные средства СУБД и др. Выбор СУБД можно сравнить с выбором учетной политики в бухгалтерском учете, поскольку все прочие проектные работы проводятся в рамках выбранной СУБД. [c.524]
Различают проектирование логической (концептуальная модель) и физической структуры БД (внутреннюю модель). Для информационных технологий приложений проектируются внешние модели данных. [c.524]
Централизованно хранимая БД располагается на одном компьютере, обеспечивая эффективную обработку данных за счет скорости доступа к данным, упрощения процедур администрирования и защиты данных от несанкционированного доступа. Основной проблемой централизованного хранения БД является ограничение на состав приложений, рост объемов локальных БД, неэффективное дублирование одних и тех же данных в различных локальных БД. [c.525]
С внедрением компьютерных сетей произошел переход к БД, централизованно хранимой на специализированном сервере, сначала в архитектуре файловый сервер , а затем и клиент—сервер . Основным преимуществом сетевой БД является устранение неэффективного дублирования данных и расширение состава приложений. Сетевая СУБД обеспечивает управление коллективным доступом, защиту, целостность (непротиворечивость) хранимых данных. Средствами сетевой БД достигается информационная и функциональная интеграция приложений. [c.525]
Для крупномасштабных БД данные распределяются по нескольким серверам, находящимся под управлением одной СУБД. Этим достигается большая производительность обработки данных и расширение состава приложений. При этом функции СУБД распределенной БД существенно расширяются управление распределением хранимых данных, локализация данных для запросов, администрирование распределенной БД и т. п. В корпоративных информационных системах средствами БД выполняется информационная интеграция функциональных подсистем системы управления. [c.525]
Выбор СУБД должен соответствовать информационной системе, ее масштабам и сложности. При выборе СУБД учитываются объемы хранимых данных, функции обработки данных, требования приложений к уровню достоверности, оперативности, надежности информации БД и т. п. Большое значение имеют коммуникативные возможности СУБД, а именно сетевая БД, конвертируемые форматы для экспорта/импорта данных, электронная почта, выход в Интернет и др. [c.525]
Для выполнения ряда технологических операций СУБД используют возможности других программных средств, в том числе средств проектирования БД. [c.525]
В БД с сетевой структурой данных обеспечена более гибкая структура связи типов данных, их относительная независимость друг от друга. Имеются большие возможности для поиска информации направление сверху вниз и снизу вверх по иерархии отношений, слева направо или справа налево — по порядку следования однотипных экземпляров типов данных. Внутренняя структура типов записей БД сетевой структуры может быть достаточно сложной. Допускается использование обычных полей, групповых полей, вложенных агрегатов сложной структуры данных. Удаление одних типов записи не влечет автоматически удаления других типов записей. [c.526]
В реляционной БД основной структурной единицей данных является таблица данных, состоящая из полей. Таблица имеет линейную структуру данных, так называемый плоский файл. В общем случае логическая структура реляционной БД рассматривается как совокупность объектов БД таблицы, формы, запросы, отчеты, макросы и модули. Между таблицами БД устанавливаются связи, с помощью которых реализуются различные комбинации структур данных, используются реляционно-полные языки манипулирования данными (языки запросов). Реляционные модели данных являются наиболее распространенными и перспективными для БД различного масштаба и сферы действия, они реализованы для всех классов ЭВМ, особенно много различных моделей реляционных СУБД для персональных вычислительных машин. [c.526]
Средствами СУБД можно контролировать формат и значения вводимых данных в поля таблицы, обеспечивать целостность (непротиворечивость) данных связанных таблиц, выполнять каскадное обновление общих полей и каскадное удаление связанных записей. [c.527]
На основе схемы данных создаются подсхемы, которые ограничивают состав и структуру данных, доступных приложениям. Подсхема соответствует понятию внешней модели, используется при построении многотабличных запросов, отчетов, форм. [c.527]
Проектирование физической структуры БД заключается в определении места хранения БД — сервер, диск, папка, форматов хранимых данных на уровне отдельных полей таблиц. Цель физического проектирования БД — эффективное использование вычислительных ресурсов (дисковой памяти, время центрального процессора). Физическая структура БД соответствует понятию внутренней модели. [c.527]

Вернуться к основной статье