Создание баз данных
Контрольная работа - Компьютеры, программирование
Другие контрольные работы по предмету Компьютеры, программирование
Проектирование БД. Понятие справочной информации. Описание структуры справочника
Процесс проектирования БД включает три основных этапа:
-проектирование концептуальной модели (логического макета БД);
-проектирование внутренней модели (физического макета);
-проектирование внешних моделей (локальных представлений данных для различных конечных пользователей).
Проектированию предшествует этап анализа ПО. Цель анализа - установить, какие данные должны храниться в БД, как эти данные взаимосвязаны и какие ограничения на них накладываются правилами бизнеса.
На первом этапе выбирается подходящая логическая структура для некоторого набора данных, которые должны храниться в БД. Здесь принимаются решения о том, какие базовые отношения и с какими атрибутами (схемами) следует создать и поддерживать. При этом учитываются только требования ПО. Никакие соображения реализации и аспекты использования данных не принимаются во внимание.
На втором этапе проектируются хранимые файлы, в которых будут размещаться базовые отношения, процедуры поддержания целостности, принимаются решения о том, какие нужно создать индексы, на каких носителях какие файлы следует разместить и т.п. Другими словами, на этом этапе выполняется отображение концептуальной модели на структуры хранимых данных.
Все принимаемые здесь решения зависят от конкретной СУБД, которая будет контролировать базу. Абсолютно точная реализация логического макета БД средствами этой СУБД может оказаться невозможной. Поэтому обычно для достижения компромисса между требованиями ПО и возможностями реализации приходится выполнить несколько итераций проектирования логического и физического макетов.
На третьем этапе определяются подмножества данных, необходимых конкретным КП, и проектируются отображения концептуального макета БД на макеты КП. Кроме того, проектируются интерфейсы КП.
Требования конечных пользователей меняются со временем. Может возникнуть потребность в данных, хранение которых не предусмотрено. Может исчезнуть необходимость хранения каких-то данных. Могут измениться способы использования хранимых данных или правила бизнеса. Все это приводит к необходимости изменения логического макета. Таким образом, процесс проектирования БД, условно изображенный на рис. 1, продолжается в течение всего периода жизни системы.
Для того чтобы получить качественную БД, нужно в первую очередь создать концептуальную модель данных. Интерес при этом представляют сами данные как таковые и правила целостности, обусловленные бизнес-правилами и смыслом данных. Только после того, как создан логический макет, можно приступать к анализу аспектов реализации структур хранения и приложений.
Рис. 1 Этапы проектирования БД
Справочная информация - это редко изменяемая информация и служит для всевозможно рода автоматизации информационных процессов: устранение дублирования реквизитов, сохранение целостности связей и т.д.
В разделе СПРАВОЧНИКИ структуры учета должны быть перечислены все аналитические справочники, используемые на конкретном участке учета. Отсутствие данного раздела, по сути, делает осуществление аналитического учета невозможным.
В структуру учета может входить несколько разделов с описанием аналитических справочников, информация из которых объединяется. Каждый из разделов описывается следующим образом:
Раздел начинается с ключевого слова СПРАВОЧНИКИ (REFERENCES). За ним может следовать идентификатор аналитической роли, которая будет приписана каждому указанному в данном разделе справочнику.
Далее перечисляются сами аналитические справочники. Каждый из них описывается на новой строке.
Аналитический справочник Турбо Бухгалтера имеет имя, которое должно удовлетворять правилам записи идентификаторов.
Имя справочника будет использоваться в качестве первого простого идентификатора в составном имени каждого входящего в него аналитического признака. Если объекты, входящие в справочник, учитываются в натуральном измерении, то для него имеет смысл разрешить количественный учет, написав ключевое слово КОЛ через двоеточие после имени справочника.
Для каждого справочника может быть задан вид его отношений со счетами бухгалтерского учета, т.е. перечень счетов, для которых он является обязательным или связанным. Отношения между списком счетов и справочником задаются с помощью условия на счета.
Условие на связанные счета отделяется от условия на обязательные счета косой чертой и может отсутствовать. Если один и тот же счет присутствует в обоих условиях, то данный справочник считается для него обязательным.
Недопустимо, чтобы для счета оказались обязательным два разных справочника с количественным учетом, даже если они имеют одну и ту же аналитическую роль.
Счета, для которых в качестве обязательных определены аналитические справочники с количественным учетом, могут корреспондировать в проводке только в том случае, если это один и тот же справочник.
Заканчивает описание аналитического справочника комментарий к нему.
Комментарий является необязательными и может отсутствовать, однако рекомендуется комментировать каждый описанный аналитический справочник, поскольку данный текст используется при вводе проводки и составлении внутренних отчетов.
В комментарии следует передавать бухгалтерский смысл кон?/p>