Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
|
ОРГАНИЗАЦИЯ БД 1.Определение БД и СУБД. Данные - это информация, представленная в форме, необходимой для ее ввода в ЭВМ, сохранения, обработки и выдачи пользователю. Сущности, характеризующие предметную область, называются объектами. Каждый объект характеризуется некоторым набором данных (атрибутов, свойств). На логическом уровне база данных - это совокупность данных об объектах предметной области и связях между ними. На физическом уровне база данных - совокупность взаимосвязанных файлов. СУБД - совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями. По типу концептуальной модели СУБД бывают: Иерархические; Сетевые; Реляционные. В каждой модели данных информация об одном объекте представляется записью. Совокупность свойств, которыми может обладать объект, определяет структуру записи. Основное различие концептуальных моделей заключается в способе представления связей между объектами. Виды связей между объектами: Один к одному (1:1); Один ко многим (1:n); Многие ко многим (m:n). |
ОРГАНИЗАЦИЯ БД 2.Определение реляц.модели даннях, первинного внешнего ключа, ссылочной целостности. Нормальне формы таблиц. Типы свіязей между таблицами. Реляционная модель данных (РМД) - это модель данных, в которой данные об объектах предметной области и информация о связях между ними представляются одноуровневыми двумерными таблицами. Математическая основа РМД- теория множеств и отношений (Relations) Разработчик РМД - Эдгар Фрэнк Кодд, сотрудник фирмы IBM (1970). База данных в РМД представляется набором взаимосвязанных нормализованных таблиц Свойства нормализованной таблицы:Все записи различны; Все поля неделимы; Порядок следования полей не имеет значения; Порядок следования записей не важен. Цель проектирования концептуальной модели - представление БД совокупностью взаимосвязанных нормализованных таблиц, обладающих минимальной избыточностью. Первичный ключ- это атрибут или набор атрибутов, однозначно характеризующий каждую запись таблицы Процесс разбиения таблиц на более мелкие с целью улучшения характеристик БД называется нормализацией. Таблица в процессе нормализации может преобразовываться из одной нормальной формы в другую. Нормальная форма- это набор ограничений для таблицы Первая нормальная форма (НФ1)- это нормализованное отношение. Присутствуют зависимости между неключевыми атрибутами и зависимости неключевых атрибутов от части первичного ключа Первичный ключ: Фио студента+факультет+специальность Вторая нормальная форма (НФ2)- это нормализованное отношение, у которого все неключевые атрибуты зависят от первичного ключа целиком и присутствуют зависимости между неключевыми атрибутами. Третья нормальная форма (НФ3)- это нормализованное отношение, у которого все неключевые атрибуты зависят только от первичного ключа в целом и независимы между собой. Представление связей между таблицами в РМД Связь между таблицами устанавливается по совпадению в них значений двух полей - первичного и внешнего ключей Внешний ключ - поле таблицы, предназначенное для хранения значения первичного ключа другой таблицы с целью организации связи между этими таблицами Связь “один к одному” - Каждому значению первичного ключа в главной таблице соответствует не более одной записи в подчиненной таблице Связь «один ко многим» - Каждой записи главной таблицы соответствует несколько записей подчиненной таблицы, однако каждая запись подчиненной таблицы связана с единственной записью из главной таблицы Например, каждый факультет состоит из нескольких кафедр, однако каждая кафедра относится к единственному факультету Связь «Многие ко многим» - Явно в РМД реализована быть не может. Разбивается на две связи «один ко многим». Например, объекты «Аптеки» и «Лекарства»: Одно и то же лекарство может продаваться в нескольких аптеках по разной цене, с разным сроком годности. С другой стороны, в каждой аптеке в продаже имеется несколько различных препаратов ССЫЛОЧНАЯ ЦЕЛОСТНОСТЬ Требование ссылочной целостности может устанавливаться для двух связанных таблиц с целью непротиворечивости данных. Каждому вхождению внешнего ключа в подчиненную таблицу должно соответствовать имеющееся значение первичного ключа в главной таблице Пример: Невозможно ввести поставщика из несуществующего города, с неизвестным типом собственности; Невозможно поступление несуществующего препарата в несуществующую аптеку. Средства поддержания ссылочной целостности -Запрет изменений первичного ключа в тех случаях, когда редактируемая запись связана с записями подчиненной таблицы -Запрет удаления из главной таблицы записей, имеющих подчиненных -Каскадное обновление связанных полей. При изменении значения первичного ключа в главной таблице автоматически изменяются внешние ключи связанных записей из подчиненной таблицы -Каскадное удаление связанных записей. При удалении записи из главной таблицы автоматически удаляются все связанные с ней записи подчиненной таблицы |