|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
I. Разработка структуры базы данныхОсновным документом для разработки базы данных (БД) является техническое задание (ТЗ). При подготовке ТЗ составляют: - список исходных данных, с которыми работает заказчик; - список выходных данных, которые необходимы заказчику для управления структурой своего предприятия; - список выходных данных, которые не являются необходимыми для заказчика, но которые он должен представлять в другие организации. Выяснив основную часть данных, которые заказчик потребляет или поставляет, можно приступать к созданию структуры базы, то есть структуры ее основных таблиц. Примечание: в качестве примера рассмотрим «Учет проживания студентов в общежитии». Таблица 1
Продолжение таблицы 1.
1. Работа начинается с составления генерального списка полей – он может насчитывать десятки и даже сотни позиций. Пример: - Фамилия - Имя - Отчество - Номер студенческого билета - Адрес общежития - Номер этажа - Номер комнаты - Количество коек - Характер проживания (совместное или индивидуальное) - Месяц оплаты - Дата оплаты - Размер оплаты - Льготы при оплате - Признак оплаты (наличный или безналичный) 2. В соответствии с типом данных, размещаемых в каждом поле, определяют наиболее подходящий тип для каждого поля. - Фамилия (текстовый тип, размер поля – 40 символов) - Имя (текстовый тип, размер поля – 20 символов) - Отчество (текстовый тип, размер поля – 40 символов) - Номер студенческого билета (текстовый тип, размер поля – 12 символов) - Адрес общежития (текстовый тип, размер поля – 100 символов) - Номер этажа (числовой тип, формат поля – байт) - Номер комнаты (числовой тип, формат поля – целое) - Количество коек (числовой тип, формат поля – байт) - Характер проживания (совместное или индивидуальное) (логический тип – Да или Нет) - Месяц оплаты (числовой тип – байт) - Дата оплаты (тип дата/время) - Размер оплаты (денежный тип) - Льготы при оплате, % (числовой тип – с плавающей точкой (4 байт)) - Признак оплаты (наличный или безналичный) (логический тип – Да или Нет). 3. Далее распределяют поля генерального списка по базовым таблицам. На первом этапе распределение производят по функциональному признаку. Цель – обеспечить, чтобы ввод данных в одну таблицу производился, по возможности, в рамках одного подразделения, а еще лучше – на одном рабочем месте. Для дальнейшего деления критерием является факт множественного повтора данных в соседних записях. В таблице 1 наблюдается повтор данных в поле Адрес, Фамилия, Имя, Отчество, Номер студенческого билета, Номер комнаты. Это явное свидетельство того, что таблицу надо поделить на несколько взаимосвязанных таблиц. Примечание: в некоторых случаях для удобства дальнейшей работы, следует ввести новое поле, которое однозначно будет характеризовать данные в каждой строке таблицы. Например, для таблицы “Учет комнат общежития”, имеет смысл ввести поле Код номера комнаты (пример заполнения данного поля – м201, н312. Если посмотреть на сформированные коды, то можно увидеть, что первая буква взята от названия улицы, а далее номер комнаты).
4. В каждой из таблиц намечают ключевые поля. В качестве такового выбирают поле, данные в котором повторяться не могут. Например, для таблицы данных о студентах таким полем может служить «Номер студенческого билета». Для таблицы регистрация оплаты проживания в общежитии, такого поля можно и не найти, но его можно создать искусственным комбинированием полей «Номер студенческого билета» и «Месяц оплаты». Эта комбинация неповторима, так как в один студент не может дважды оплачивать проживание в общежитии. 5.
6. С помощью карандаша и бумаги расчерчивают связи между таблицами. Такой чертеж называется схемой данных. Существует несколько типов возможных связей между таблицами. Наиболее распространенными являются связи «один ко многим» и «один к одному». Связь между таблицами организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым, то есть на стороне «один» должно выступать ключевое поле, содержащее уникальные, неповторяющиеся значения. Значения на стороне «многие» могут повторяться.
7. Разработка схемы данных заканчивается «бумажный» этап работы над техническим предложением. Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.004 сек.) |