Проектирование - база - данные
Cтраница 4
 |
Представление сегмента БОЛЬНИЦА для прикладной программы. [46] |
В функции АБД при проектировании базы данных БОЛЬНИЦА входит решение вопросов не только о том, что будет храниться в каждом из сегментов, но и о том, какие из полей внутри каждого сегмента могут служить для DL / 1 ключевыми, а какие - поисковыми. Допустим, мы решили, что сегмент БОЛЬНИЦА должен содержать название больницы, ее адрес и номер телефона и что ни одно приложение никогда не потребует от DL / 1 поиска сегмента по полям адресов или номеров телефонов. Единственное поле, которое будет представлять интерес для DL / 1 - это поле названия больницы. На рис. 3.1 показано, как представляется сегмент БОЛЬНИЦА прикладной программе, осуществляющей его поиск. Но, если речь идет о DL / 1, сегмент БОЛЬНИЦА будет представляться так, как показано на рис. 3.2 для случая, когда DL / 1 манипулирует этим сегментом. [47]
Важным этапом этой работы является проектирование базы данных, в первую очередь построение ее логической структуры, ибо именно последняя определяет в конечном счете эффективность функционирования базы. [48]
Хотя описываемые в книге процедуры проектирования баз данных применимы к любой из трех возможных организаций структур баз данных ( иерархической, сетевой и реляционной), основное внимание уделено проектированию иерархических структур, поддерживаемых пакетом прикладных программ IMS фирмы IBM [ A. Концептуальное проектирование инвариантно по отношению к структуре базы данных, и поэтому рассматриваемые в книге методы концептуального проектирования применимы для проектирования баз данных, использующих для поддержки любые СУБД. Процесс логического проектирования в основном также инвариантен к используемой СУБД, но получаемая на этапе логического проектирования результирующая модель данных должна быть ориентирована на конкретные структуры. Основное внимание при рассмотрении процедур логического проектирования уделено проектированию иерархических структур, поддерживаемых IMS; в отдельных главах рассмотрено использование процедур проектирования для реляционной модели и сетевой модели, описанной в предложениях КОДАСИЛ [ A. [49]
Словарная система и автоматизированная система проектирования базы данных тесно связаны между собой. [50]
Заключительные главы книги посвящены проблемам проектирования баз данных ( в основном - проблемам логического проектирования), анализа схем и отображения моделей данных. Включение этих глав в книгу объясняется не только тем, что при решении указанных проблем в значительной мере используются результаты, полученные в теории моделей данных, но и тем, что они в свою очередь оказывают существенное влияние на развитие теории. Без преувеличения можно утверждать, что формальный аппарат теории моделей данных складывается почти исключительно на основе результатов исследований по проблемам проектирования и отображения. [51]
Например, для сложившейся технологии проектирования баз данных ( рис. 2.1) существенны три уровня представления проектной информации - в форме информационной модели, логической и физической структуры БД. [52]
Системы информационного моделирования реализуют методики инфологического проектирования баз данных. Широко используются язык и методика IDEF1X создания информационных моделей приложений, развивающая более раннюю методику iDEFi [.]: К юме того, развитые коммерческие СУБД, как правило, имеют в своем составе совокупность CASE-средств проектирования приложений. [53]
Страницы: 1 2 3 4