Модели и методы проектирования баз данных

из "Автоматизированный учет на предприятиях по поставкам продукции "

Решение задач бухгалтерского учета, на основе традиционных (файловых) систем организации обработки данных обычно требовало создания большой совокупности файлов даже для одной задачи. Все эта усложняло процесс ведения и развития информационной базы, вызывало многократное повторение одних и тех же данных на машинных носителях и жестко привязывало обрабатываемые данные к конкретным функциональным задачам. [c.111]
Реализация концепции автоматизированного банка данных позволяет устранить указанные ограничения и обеспечить на основе единой информационной системы решение задач как бухгалтерского учета, так и других функциональных подсистем предприятия по поставкам продукции, где используются данные оперативного и статистического учета, плановые и нормативные данные планирование снабжения, формирование хозяйственных связей, управление запасами, контроль поста-вок, управление технологическими процессами переработки грузов, планово-финансовой деятельности и др. [c.111]
Второй этап, начало которого относится к середине 60-х годов, характерен тем, что данные объединяются в файлы, использующиеся при решении уже не одной, а нескольких задач. Были выделены процедуры, являющиеся общими для целого класса задач выборки, сортировки, ввода-вывода, формирования массивов. Однако в ряде случаев объединение массивов не давало нужного эффекта, поскольку резко возрастала сложность поиска необходимых данных. Это объяснялось тем, что наличие внутренних связей между элементами данных и их взаимообусловленность приводили к построению весьма сложной в управлении системы обработки данных, которая к тому же не обладала достаточной надежностью. [c.112]
Третий этап развития системы обработки данных приходится на конец 60-х — начало 70-х годов. Он связан с появлением ЭВМ третьего поколения и запоминающих устройств прямого доступа, обеспечивающих возможность интегрированного накопления и дифференцированного доступа к данным. На этом этапе одним из главных направлений совершенствования систем автоматизированной обработки учетно-экономической информации являлось создание необходимых условий для эффективного взаимодействия работников различных -служб предприятия с обрабатываемыми данными. Это достигалось развитием операционных систем ЭВМ, выделением типовых процессов технического, информационного и математического обеспечения обработки учетной информации. В таких системах обеспечивался как последовательный, так и прямой доступ к хранимым данным, физическая структура которых отличается от логической структуры. На структуру прикладных программ, реализующих получение выходной информации, размещение данных в памяти ЭВМ уже не оказывает существенное влияние. Несмотря на это, в информационных системах все еще наблюдается значительная избыточность данных. [c.112]
Накопление данных с использованием СУБД позволяет развивать информационную систему путем включения новых задач. В отличие от традиционной организации данных СУБД обеспечивает целостность и сохранность данных от несанкционированного доступа. Формирование структуры БД с учетом частоты и приоритета решения задач позволяет обеспечить эффективный доступ к данным, обрабатываемым в первую очередь. [c.114]
Пользователь, используя язык манипулирования данными (ЯМД), в качестве которого может выступать Кобол, ПЛ/1 и др., осуществляет запрос на получение данных через СУБД. СУБД, анализируя запрос, требует у операционной системы выполнения операций ввода-вывода необходимых данных. [c.115]
В большинстве СУБД, таких, как ОКА и БАНК-ОС, используются модели данных, в которых на первый план выдвигается эффективное представление данных во внешней памяти ЭВМ, а не отражение семантики моделируемых объектов [22, с. 1]. Наилучшим образом требованиям эффективного представления данных на физическом уровне отвечают иерархические, сетевые и в меньшей степени реляционные модели данных. [c.115]
В иерархической СУБД, такой, как ОКА, данные-представляются в виде иерархических структур. Так коду товара (корень) могут соответствовать вес, размер, цена и код поставщика (получателя), которому в свою очередь могут соответствовать наименование и счет в банке. Данные, характеризующие хозяйственную деятельность предприятий по поставкам продукции, обычно сводятся к подобному типу структур, хотя могут быть приведены доводы в пользу того, что связи между элементами данных во многих случаях более сложные. Например, один поставщик может поставлять большой перечень товаров и один товар может быть поставлен несколькими поставщиками. Отношения типа многие ко многим представляются сетевыми структурами, и подход КОДАСИЛ к проектированию БД, воплощенный в СУБД БАНК-ОС, использует сети как естественный способ представления отношений между данными. [c.116]
Под информационной базой принято понимать совокупность специально организованных данных, которая может состоять из одной или нескольких БД и описаний этих БД (см. схему 11). Так как на начальном этапе проектирования информационной базы разработчик еще не может знать, какая СУБД удовлетворит требованиям создаваемого банка данных, то при проектировании БД концептуальный уровень предметной области формализуется в терминах, не связанных ни с какой конкретной системой информации. [c.116]
На втором этапе производится построение концептуальной модели. В качестве исходной информации используются результаты семантического (информационного) анализа учетных данных, формы и содержание входных и выходных документов, а также виды запросов к БД, что образует множество описаний внешних моделей. В качестве языка, на котором формализуются объекты и связи, описываемые концептуальной моделью, целесообразно выбрать язык реляционной теории данных [37, с. 203]. [c.117]
Все этапы разработки, создания и эксплуатации БД необходимо рассматривать в их взаимосвязи. Проблемы, возникающие на этих этапах, по существу, тесно связаны с задачами проектирования систем обработки данных на основе файловой организации и являются их развитием. Методы и модели решения этих задач предполагают создание более сложных структур данных с применением аппарата теории систем, математической логики, математической статистики, теории массового обслуживания и исследования операций. [c.118]

Вернуться к основной статье