Проектирование - реляционная база - данные
Cтраница 1
Проектирование реляционных баз данных для использования с микро - ЭВМ: Пер. [1]
 |
Нормализованное отношение, построенное по ассоциации типа 1.| Нормализованное отношение, построенное по ассоциации типа М. [2] |
Задача проектирования реляционной базы данных состоит в том, чтобы структурно преобразовать требования к данным, представленные в виде композиционной модели ( в результате концептуального проектирования), в отношения в третьей нормальной форме. Последние после применения к ним операции соединения должны обеспечить пути доступа к данным, необходимые для выполнения обрабатывающих функций. Для решения: этой задачи процедура проектирования должна обеспечивать построение отношений, имеющих следующие характеристики: Нормализованные отношения ( с атомарными значениями) - первая нормальная форма. [3]
Полному обсуждению проектирования реляционных баз данных можно посвятить целую книгу, однако уже существует множество превосходных работ, посвященных этой теме. В части 1 дан упрощенный обзор процесса проектирования, причем особое внимание уделено нормализации и трем нормальным формам. Обсуждаются таже ситуации, когда следует отказаться от полной нормализации. Затем демонстрируется, как лучшим образом использовать специальные типы данных SQL-сервера, включая TEXT и IMAGE. Рассмотрены ограничения, а также то, как они помогают упростить и ускорить функционирование приложений. [4]
Классический подход к проектированию реляционных баз данных основан на модели Entity-Relation ( E-R), название которой можно перевести как сущность-отношение. Подразумевается, что в базе данных может храниться информация о нескольких сущностях, проще говоря, об объектах нескольких категорий. Между сущностями могут быть установлены отношения. Для хранения информаци о каждой сущности используется отдельная таблица, в которой для хранения каж дого элемента данных выделяется отдельное поле. Кроме того, отдельное пол выделяется для формирования отношения типа один к одному. [5]
Теперь применим эти положения к проектированию реляционных баз данных. [6]
Пожалуй, наиболее ценными в книге являются специально выделенные в этой ее части главы, посвященные проблемам проектирования реляционных баз данных и оптимизации реляционных запросов. [7]
Если требуется более подробная информация, например, о нормализации, обратитесь к любой из многочисленных книг, посвященных проектированию реляционных баз данных. [8]
Не всем нравится вводить информацию в базу данных вручную с клавиатуры, так что одной из ваших целей при проектировании реляционной базы данных является структурирование таблиц таким образом, что одну и ту же информацию никогда не придется вводить дважды. Если, например, вы разрабатываете базу данных для хранения заказов клиентов, вы не захотите, чтобы служащие отдела продаж вводили имя клиента в каждом заказе. Таким образом, вам требуется таблица клиентов, хранящая всю информацию о каждом клиенте, а затем в каждом заказе вы можете просто ссылаться на ID клиента. Если информация о клиенте меняется, вы должны обновить ее только в одном месте базы данных: в таблице клиентов. Если это сделано так, то единственная информация о клиенте, хранящаяся в записях заказов ( ID) останется корректной. Дополнительным преимуществом этой системы является то, что вы снижаете вероятность путаницы, которая может произойти из-за ошибок ввода и появления одной и той же информации в базе данных разных форматах. [9]
Нормализация ( normalization), по определению ведущих промышленных экспертов, - это набор критериев, которыми стоит руководствоваться при проектировании реляционных баз данных. В данной главе обсуждаются три нормальные формы таблиц, примеры нарушения этих форм, а также способы приведения таблиц в соответствие со стандартами. [10]
На основе этой теории в нашей стране и за рубежом проводятся исследования и практические разработки инструментария, предназначенного для автоматизации проектирования баз данных. Хотя в настоящее время теория проектирования реляционных баз данных по существу уже сформировалась, в имеющейся литературе она отражена еще недостаточно. [11]
Это обобщенная процедура, построенная на базе развития методов проектирования реляционных баз данных. [12]
Нормализация не является жестко фиксированным понятием или установленной раз и навсегда процедурой. Нормализация - скорее набор правил, которыми стоит руководствоваться при проектировании реляционных баз данных. Одно из них гласит: В таблице не должно быть повторяющихся полей и дублирования информации. [13]
Понятие нормальной формы представления отношений и соответствующие процедуры их синтеза были первоначально введены и развивались применительно к проектированию реляционных баз данных. Однако такое представление имеет высокую степень общности и должно быть получено при проектировании любой БД вне зависимости от того, к какому классу ( сетевому, иерархическому или реляционному) относится целевая модель данных. Так, идея приведения отношений к третьей нормальной форме в конце концов имеет своей целью представить БД такой системой функциональных отношений; каждое из которых соответствует одной из функциональных зависимостей ( ФЗ), входящих в структуру ФЗ, заданную для совокупности данных в БД. Так как СУБД контролирует функциональность каждого отношения, то в определенных условиях это ведет к тому, что системой автоматически контролируется и поддерживается при выполнении любой операции актуализации весьма важная с точки зрения обеспечения достоверности данных совокупность свойств, выражаемых структурой функциональных зависимостей. [14]
Система Silverran ( фирма Computer Systems Advisors) предназначена для анализа и проектирования информационных систем. Реализовано раздельное функциональное и информационное моделирование. Система включает в себя четыре основные подсистемы: моделирование бизнес-процессов, построение моделей сущность - отношение, инфологическое проектирование реляционных баз данных, управление групповой работой. Имеется интерфейс к Oracle, Informix, Sybase и к ряду других СУБД. [15]
Страницы: 1 2