Проектирование структуры данных БД учитывает особенности выбранной СУБД, а именно типы и структуры данных, способы организации и методы доступа к данным на машинных носителях, сервисные средства СУБД и др. Выбор СУБД можно сравнить с выбором учетной политики в бухгалтерском учете, поскольку все прочие проектные работы проводятся в рамках выбранной СУБД. [c.524]
БД содержит исходные данные для реализации приложений (задач и запросов) предметной области. В первую очередь, это — нормативно-справочная и первичная учетная информация. В БД могут накапливаться результаты решения задач, которые используются в качестве входной информации для решения других задач. Основной проблемой проектирования БД является определение состава и структуры данных предметной области, достаточных для реализации перечня приложений. [c.514]
Формализованное описание данных предметной области, являющееся основой для проектирования логической структуры БД, носит название информационно-логической модели предметной области (ИЛМ). Роль ИЛМ в проектировании структуры БД трудно переоценить. Неправильное понимание данных и информационных потребностей приложений предметной области приводит к ошибкам в структуре БД. В современных методиках проектирования БД делается существенный акцент на информационном анализе предметной области. [c.514]
Все этапы разработки, создания и эксплуатации БД необходимо рассматривать в их взаимосвязи. Проблемы, возникающие на этих этапах, по существу, тесно связаны с задачами проектирования систем обработки данных на основе файловой организации и являются их развитием. Методы и модели решения этих задач предполагают создание более сложных структур данных с применением аппарата теории систем, математической логики, математической статистики, теории массового обслуживания и исследования операций. [c.118]
Логическая структура БД определяет основу, на которой строит свою работу проектировщик. Логическая структура данных остается неизменной в течение процесса физического проектирования. Кроме того, физическое проектирование можно рассматривать как дальнейшее совершенствование логической структуры. [c.119]
Использование стандартных СУБД. Современные большие информационные системы обычно используют в работе стандартные СУБД в основном реляционного типа, причем реализация таких систем обычно осуществляется в среде "клиент-сервер". Интеграция прикладной системы с базой данных (БД) ставит перед разработчиками ряд дополнительных задач. Главной из них является обеспечение преемственности, т.е. возможности использования в разрабатываемом приложении данных, накопленных в БД. Кроме того, при разработке приложения в большинстве случаев возникает необходимость проектирования логической структуры новой БД. Для интегрированных систем с клиент-серверной архитектурой используются специальные инструментальные средства. [c.85]
БД рассматривается как совокупность моделей данных, описывающих логическую структуру и физическую организацию данных на машинных носителях, находящихся под управлением СУБД. При проектировании БД используется многоуровневый подход к представлению данных. [c.514]
Различают проектирование логической (концептуальная модель) и физической структуры БД (внутреннюю модель). Для информационных технологий приложений проектируются внешние модели данных. [c.524]
Проектирование физической структуры БД заключается в определении места хранения БД — сервер, диск, папка, форматов хранимых данных на уровне отдельных полей таблиц. Цель физического проектирования БД — эффективное использование вычислительных ресурсов (дисковой памяти, время центрального процессора). Физическая структура БД соответствует понятию внутренней модели. [c.527]
Современная СУБД содержит в своем составе программные средства создания баз данных, средства работы с данными и дополнительные, сервисные средства (рис, 4.10) [48]. С помощью средств создания БД проектировщик, используя язык описания данных (ЯОД), переводит логическую модель БД в физическую структуру, а на языке манипуляции данными (ЯМД) разрабатывает программы, реализующие основные операции с данными (в реляционных БД - это реляционные операции). При проектировании привлекаются визуальные средства, т.е. объекты, и программа-отладчик, с помощью которой соединяются и тестируются отдельные блоки разработанной программы управления конкретной БД. [c.159]
Первым этапом проектирования БД любого типа является анализ предметной области, который заканчивается построением информационной структуры (концептуальной схемы). На данном этапе анализируются запросы пользователей, выбираются информационные объекты и их характеристики, и на основе проведенного анализа струк- [c.248]
Необходимость строить ИС на основе набора покупных приложений разных поставщиков, причем набора, состав которого надо уметь изменить в нужное время, привела к практической невозможности использовать классические структурные технологии проектирования интегрированных систем. Например, замена программного комплекса бухгалтерской или складской подсистемы на более развитый, но других разработчиков, приводит к тому, что меняется структура БД и набор действий с данными. Даже если по большому счету в новом приложении будут выполняться те же функции, но, например, быстрее и в более удачной компоновке, а информация хранится всего лишь в виде более детальных сведений и т.п., то информационные и функциональные модели могут отличаться друг от друга практически во всех деталях Из-за этого старые способы построения интегрированных моделей стали отказывать все чаще и чаще. [c.139]
| Рис. 14.4. Структура базы данных управления проектированием (БД УПР) |  |
Р проектирование и модификация структуры БД D манипуляции с данными ИС. [c.261]
Во многих СУБД имеются программы быстрой разработки прикладных систем, которые предусматривают чаще всего какой-либо из следующих подходов к созданию БД. В простейшем случае БД формируется непосредственно по спецификациям пользователя. Она может генерироваться также средствами автоматизации проектирования БД. Наконец, известны подходы, когда фрагменты структуры БД формируются автоматически в соответствии с заданными формами ввода-вывода данных. [c.350]
Концептуальное проектирование БД состоит главным образом в определении элементов данных, которые необходимо включить в БД, отношений между ними и ограничений на значения данных. Ограничение значения — правило, определяющее допустимые значения конкретного элемента данных. Физический проект БД характеризует физическую структуру БД и включает решение таких вопросов, как выбор методов извлечения данных и выбор индексов, создание которых должно повысить быстродействие системы. [c.115]
Физическая модель определяет используемые запоминающие устройства, способы физической организации данных в среде хранения. Модель физического уровня также строится с учетом возможностей, предоставляемых СУБД. Описание физической структуры БД называется схемой хранения. Рис. 3.4 показывает, какие уровни моделей проектирования БД существуют здесь же приводятся соответствующие этим уровням примеры и типичные конструкции. Также видно направление перехода из одного уровня в другой. [c.119]
Логическое проектирование реляционных БД заключается в распределении информации по файлам. Конечным результатом диалогического проектирования является описание логической структуры БД на языке описания данных. [c.136]
Структура КПС состоит из следующих частей алгоритмической составляющей, диалоговой составляющей и базы. .данных (БД). Алгоритмическая составляющая являются основой комплекса и представляет собой набор алгоритмов по методам анализа, последовательностям действий, по системотехническому синтезу, а также необходимое математическое обеспечение для проведения расчетов. База данных служит для хранения данных о технологическом объекте управления (ТОУ) и его типах, а также содержит описание и конкретные характеристики ТС, предполагаемых для проектирования и другие системотехнические данные, необходимые для работы комплекса. [c.171]
Анализ структуры БД УПР, смысловой нагрузки и целевого назначения составляющих ее данных, характера связей между данными и других характеристик показывает, что содержательно БД УПР близка к базе данных типа СИОД (Система интегрированной обработки данных). Следовательно, для поддержания базы данных управления проектированием СМОД может быть использована СУБД семейства СИОД [25], [c.237]
Даталогическая модель БД. Представляет собой модель логического уровня и отражает логические связи между элементами данных безотносительно к их содержанию и среде хранения. Хотя даталогическое проектирование считается проектированием логической структуры БД, на него оказывают влияние возможности физической организации данных, предоставляемые конкретной системой управления базами данных (СУБД). Поэтому знание особенностей физической организации данных полезно при проектировании логической структуры. [c.118]
Результат даталогического проектирования — описание логической структуры БД на языке описания данных. [c.118]
Смотреть страницы где упоминается термин Проектирование структуры данных БД
: [c.471] [c.135]Смотреть главы в:
Информационные технологии бухгалтерского учета -> Проектирование структуры данных БД