Разработка системы автоматизации для малого коммерческого предприятия, работающего в сфере информационных услуг — страница 15

  • Просмотров 7187
  • Скачиваний 343
  • Размер файла 826
    Кб

ином виде реализованы в большинстве систем. 2.2. Проектирование баз данных Процесс, в ходе которого решается, какой вид будет у вновь создаваемой базы данных, называется проектированием базы данных (database design). Работа по проектированию базы данных включает выбор: ·  таблиц, которые будут входить в базу данных, ·  столбцов, принадлежащих каждой таблице, ·  взаимосвязей между таблицами и столбцами. Конструирование базы данных

связано с построением ее логической структуры. В реляционной модели логическая структура базы абсолютно не зависит от ее физической структуры и способа хранения. Логическая структура также не определяется тем, что видит у себя на экране конечный пользователь (это могут быть виртуальные таблицы, созданные разработчиком или прикладными программами). Конструирование баз данных на основе реляционной модели имеет ряд важных

преимуществ перед другими моделями. ·  Независимость логической структуры от физического и пользовательского представления. ·  Гибкость структуры базы данных—конструктивные решения не ограничивают возможности выполнять в будущем самые разнообразные запросы. Так как реляционная модель не требует описания всех возможных связей между данными, можно впоследствии задавать запросы о любых логических взаимосвязях,

содержащихся в базе, а не только о тех, которые планировались первоначально. С другой стороны, реляционные системы не имеют никаких встроенных защитных механизмов против некорректных структурных решений и не умеют различать хорошую структуру базы данных от посредственной. К тому же не существует автоматизированных средств, которые могли бы заменить вас в процессе принятия структурных решений. 2.2.1. Подход к проектированию

базы данных Часто при обсуждении вопросов проектирования реляционных баз данных почти все внимание уделяется применению правил нормализации. В ходе нормализации обеспечивается защита целостности данных путем устранения дублирования данных. В результате таблица, которая первоначально казалась «имеющей смысл», разбивается на две или более связанных таблиц, которые могут быть «собраны вместе» с помощью операции

объединения. Этот процесс называется декомпозицией без потерь (non-loss decomposition) и просто означает разделение таблицы на несколько меньших таблиц без потери информации. Нормализация наиболее полезна для проверки созданной вами структуры. Можно проанализировать свои решения о том, какие столбцы должны быть включены в ту или иную таблицу с точки зрения правил нормализации, убедившись при этом, что не сделали каких-то фатальных