Даталогическая модель это кратко

Обновлено: 02.07.2024

Инфологическая модель (информационно-логи­ческая модель) — ориентированная на человека и не зависимая от типа СУБД модель предметной области , определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также харак­тер информационных потребностей пользователей . Инфологическая модель предметной области может быть описана моделью "сущность — связь" (моделью Чена ), в основе которой лежит деление реального мира на отдель­ные различимые сущности, находящиеся в определенных связях друг с другом, причем обе категории — сущность и связь полагаются первичными, неопределенными по­нятиями. Модель представляется в виде схемы (Е — К .- схемы ), на которой прямоугольниками отображаются имена типов сущностей, ромбами — имена типов соотно­шений между сущностями, овалами — имена атрибутов [178].

Даталогические модели — модели данных, ориентированные на выбранный тип СУБД: внутренняя, концептуальная, внешняя .

Внутренняя модель — модель данных низшего (физического) уровня в архитектуре СУБД, отражающая представление данных во внешней памяти и методы до­ступа к ним .

Внешняя модель — модель данных внешнего уровня в архитектуре СУБД, отражающая представление пользователя о базе данных (подсхема базы данных и ее описание) .

Концептуальная модель — информационная модель предметной области в терминах конкретной СУБД, содержащая полный набор данных и связей между ними. В архитектуре СУБД представляет промежуточный между внешним и внутренним уровень .

Схема базы данных — описание даталогических моделей в терминах СУБД (часто используется как си­ноним модели данных).

Основные этапы, на которые разбивается процесс проектирования базы данных информационной системы:

Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

- обследование предметной области, изучен ие ее и нформационной структуры

- выявление всех фрагментов, каждый из которых харакетризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами

- моделирование и интеграция всех представлений

По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь". Представление аналитика (сущности, атрибуты, связи).

Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей.

Представление программиста (записи, элементы данных, связи между записями).

Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

Представление администратора (группирование данных, индексы, методы доступа).


Даталогическая модель данных (базы данных)
Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.

Ключевые слова: база данных access 2007; бд access; субд access; базы данных access; access пример; программирование access; готовая база данных; создание база данных; база данных СУБД; access курсовая; база данных пример; программа access; access описание; access реферат; access запросы; access 2003 примеры; скачать бд access; объекты access; бд в access; скачать субд access; база данных ms access; субд access реферат; субд ms access 2010; преимущества access; базу данных; скачать базу данных на access; базы данных; реляционная база данных; системы управления базами данных; курсовая база данных; скачать базу данных; база данных access скачать; базы данных access скачать; реферат база данных; база данных скачать; программа база данных; база данных; база данных курсовой; скачать базу данных access 2003; access; база данных примеры; курсовые работы по СУБД; нормализация; базе данных; структура БД; пример БД; база запросов; учебная база данных; проектирование БД; данных; описание БД; субд реферат; создать БД; база данных по; использование БД; курсовая работа база данных; готовая; использование СУБД; таблица БД; база данных 2008 скачать; базу

Поиск Яндекса по сайту

Для поиска базы данных access введите слово, например, "сотрудники" и нажмите кнопку

метод семантического моделирования. Данный метод представляет из себя моделирование структуры данных, при этом опираясь на смысл этих данных.

Главными понятиями ER-диаграммы считают атрибут, сущность, связь. Сущность представляет собой класс однотипных объектов, данные о которых должны быть учтены в модели. В свою очередь, каждая сущность диаграммы должна иметь свое наименование, выражаемое существительным в единственном числе, и изображаемое в виде прямоугольника на схеме.

Экземпляр сущности представляет собой конкретный представитель этой сущности.

Под атрибутом сущности понимают именованную характеристику, которая является определенным свойством этой сущности. Наименование атрибута может быть выражено существительным (с характеризующими прилагательными). Сами атрибуты изображают в пределах прямоугольника, который определяет сущность.

Ключ сущности представляет собой не избыточный набор атрибутов этой сущности, причем значения атрибутов являются уникальными для каждого отдельного экземпляра данной сущности. Неизбыточность определяется тем, что при удалении некоторого атрибута из ключа теряется его уникальность. Сама же сущность может обладать несколькими различными ключами.

Ключевые атрибуты обычно изображаются на ER диаграмме подчеркиванием.

Даталогическая модель представлена на рисунке 2.1.


Рисунок 2.1 – Даталогическая модель

Инфологическая модель применяется на втором этапе проектирования БД, то есть после словесного описания предметной области. При разработке серьезных корпоративных информационных систем проект базы данных является тем фундаментом, на котором строится вся система в целом, и вопрос о возможном кредитовании часто решается экспертами банка на основании именно грамотно сделанного инфологического проекта БД. Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет "читаться" не только специалистами по базам данных.

Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Ранние теоретико-графовые модели в большей степени отображали семантику предметной области. Они в явном виде определяли иерархические связи между объектами предметной области.

Инфологическая модель отвечает нижеперечисленным требованиям:

– обеспечение адекватного отображения предметной области и получение интегрированного представления о ней;

– представление на языке, понятном как специалисту предметной области, так и администратору базы данных;

– наличие информации о предметной области, достаточной для дальнейшего проектирования;

– гарантия однозначной трактовки модели;

При проектировании моделей предметной области обычно применяется

метод семантического моделирования. Данный метод представляет из себя моделирование структуры данных, при этом опираясь на смысл этих данных.

Главными понятиями ER-диаграммы считают атрибут, сущность, связь. Сущность представляет собой класс однотипных объектов, данные о которых должны быть учтены в модели. В свою очередь, каждая сущность диаграммы должна иметь свое наименование, выражаемое существительным в единственном числе, и изображаемое в виде прямоугольника на схеме.




Экземпляр сущности представляет собой конкретный представитель этой сущности.

Под атрибутом сущности понимают именованную характеристику, которая является определенным свойством этой сущности. Наименование атрибута может быть выражено существительным (с характеризующими прилагательными). Сами атрибуты изображают в пределах прямоугольника, который определяет сущность.

Ключ сущности представляет собой не избыточный набор атрибутов этой сущности, причем значения атрибутов являются уникальными для каждого отдельного экземпляра данной сущности. Неизбыточность определяется тем, что при удалении некоторого атрибута из ключа теряется его уникальность. Сама же сущность может обладать несколькими различными ключами.

Ключевые атрибуты обычно изображаются на ER диаграмме подчеркиванием.

Даталогическая модель представлена на рисунке 2.1.


Рисунок 2.1 – Даталогическая модель

Инфологическая модель применяется на втором этапе проектирования БД, то есть после словесного описания предметной области. При разработке серьезных корпоративных информационных систем проект базы данных является тем фундаментом, на котором строится вся система в целом, и вопрос о возможном кредитовании часто решается экспертами банка на основании именно грамотно сделанного инфологического проекта БД. Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет "читаться" не только специалистами по базам данных.

Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Ранние теоретико-графовые модели в большей степени отображали семантику предметной области. Они в явном виде определяли иерархические связи между объектами предметной области.

Инфологическая модель отвечает нижеперечисленным требованиям:

– обеспечение адекватного отображения предметной области и получение интегрированного представления о ней;

– представление на языке, понятном как специалисту предметной области, так и администратору базы данных;

– наличие информации о предметной области, достаточной для дальнейшего проектирования;

Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, называют банки данных или "бд". БД – отражение предметной области в форме структурированной сов-ти данных. Хранящиеся в ней данные хар-ют состав объектов предметной области, их св-ва и взаимосвязи.

СУБД – программное обеспечение, осуществляющее создание БД, поддержание ее в рабочем состоянии и обеспечение эф доступа к БД для пользователей и для приложений. Осн особ-ть СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. СУБД обеспечивают выполнение след осн ф-ций:

§ физ размещение в памяти данных и их описаний;

§ поиск запрашиваемых данных;

§ решение проблем, возникающих при одновременном запросе одних и тех же данных многими пользователями;

§ обеспечение защиты данных от некорректных обновлений и /или несанкционированного доступа;

§ поддержание БД в актуальном состоянии и мн-во др ф-ций.

Для выполнения осн из этих ф-ций СУБД должна испол-ть различ описания данных. Моделью данных - называется способ отображения предметной области на структуре данных.

Инфологической модель данных называют описание создаваемой БД, выполненное с испол-ем естествен языка, мат формул, таблиц, графиков и других ср-в, понятных всем людям, работающим над проектированием БД.

Даталогической модель данных называют описание создаваемой БД выполненное по инфолог модели на языке описания данных используемой СУБД.

В отличие от инфолог модели данных, физ модель полностью зависит от конкретной СУБД. В ней должны быть учтены:

a. огр-я на длину имен объектов бд (таблиц, индексов),

b. испол-е спец символов в именах,

c. допустимые типы данных и их внутр представление на устройствах хранения данных в ЭВМ.

Трехуровневая архитектура (инфолог, даталог и физ уровни) позволяет обеспечить незав-ть хранимых данных от использующих их прог-м. Администратор может при необх-ти переписать хранимые данные на другие носители информации и (или) реорг-ть их физ структуру, изменив лишь физ модель данных. Он может подключить к системе любое число новых пользователей, дополнив, если надо, даталог модель.

Модели данных. Инфолог, даталог и физ модели.

Моделью данных - называется способ отображения предметной области на структуре данных.

Инфологической модель данных называют описание создаваемой бд, выполненное с испол-ем естеств языка, мат формул, таблиц, графиков и других ср-в, понятных всем людям, работающим над проектированием бд. Даталогической модель данных называют описание создаваемой бд, выполненное по инфолог модели на языке описания данных используемой СУБД. В отличие от инфолог модели данных, физ модель полностью зав-т от конкретной СУБД. В ней должны быть учтены:

d. Огр-ния на длину имен объектов БД(индексов),

e. Испол-е специ символов в именах,

f. допустимые типы данных и их внутр представление на устройствах хранения данных в ЭВМ.

Одной и той же инфолог модели данных могут соотв-ть неск разных физ моделей.

Типы даталог моделей данных (краткое описание и сравнит хар-ка).

Наиболее известны след типы даталог моделей данных:

o иерархическая, - позволяет строить бд с древовидной структурой. В них каждый узел содержит свой тип данных (сущность). На верхнем уровне дерева в этой модели имеется один узел – “корень”, на след уровне располагаются узлы, связанные с этим корнем, затем узлы, связанные с узлами предыдущего уровня и т.д., причем каждый узел может иметь только 1 предка, т.е. такие базы поддерживают отн-е типа "один-ко-многим".

o сетевая - поддерживают взаимосвязь типа "многие-ко-многим". Каждый порожденный эл-т в них может иметь более 1 предка. В них, так же как и в иерарх системах, переход от записи к записи производится по вставленным в каждую запись ссылкам.

o реляц, - инф-я представляется в виде прямоугол таблиц. Каждая таблица состоит из строк и столбцов и имеет имя, уникал внутри бд. Таблица отражает тип объекта реал мира - сущность, а каждая ее строка один конкретн объект - экземпляр сущности. Каждый столбец таблицы имеет уникал для своей таблицы имя. Столбцы расположены в таблице в соотв-и с порядком след-я их имен при ее создании. Таблица не может иметь менее 1 столбца.

o даталог модель на основе инвертированных списков, - Инф-я представляется в виде прямоугол таблиц. Каждая таблица состоит из строк и столбцов и имеет имя, уникал внутри бд. Таблица отражает тип объекта реал мира - сущность, а каждая ее строка один конкретн объект - экземпляр сущности. При этом: строки таблиц упорядочены системой в некот физ посл-ти; физ упорядоченность строк всех таблиц может опр-ться и для всей БД; для каждой таблицы можно опр-ть произвольное число ключей поиска, для к-рых строятся индексы. Эти индексы автоматически поддерживаются системой, но явно видны пол-лям; хранимые таблицы и пути доступа к ним видны пользователям.

o объектно-реляц даталог модель - в основе лежит реляц модель со значительно расширенными возм-тями, обеспечивающими стыковку с объектно-ориентирован языками. Такого рода базы хранят методы классов, а иногда и постоянные объекты классов, что позволяет осущ-ть беспрепятственную интеграцию межу данными и их обработкой в приложениях.

Иерархическая даталогическая модель данных (краткое описание, схематическое изображение, сравнение с другими типами даталогических моделей).

Иерархическая даталог модель позволяет строить бд с древовидной структурой. В них каждый узел содержит свой тип данных (сущность). На верхнем уровне дерева имеется один узел – “корень”, на след уровне располагаются узлы, связанные с этим корнем, затем узлы, связанные с узлами предыдущего уровня и т.д., причем каждый узел может иметь только одного предка, т.е. такие базы поддерживают (в отличие от сетевой) отношение типа "один-ко-многим". В них, так же как и в сетевых системах, переход от записи к записи производится по вставленным в каждую запись ссылкам. Схематическое изображение:


Инфологическая модель (информационно-логи­ческая модель) — ориентированная на человека и не зависимая от типа СУБД модель предметной области , определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также харак­тер информационных потребностей пользователей . Инфологическая модель предметной области может быть описана моделью "сущность — связь" (моделью Чена ), в основе которой лежит деление реального мира на отдель­ные различимые сущности, находящиеся в определенных связях друг с другом, причем обе категории — сущность и связь полагаются первичными, неопределенными по­нятиями. Модель представляется в виде схемы (Е — К .- схемы ), на которой прямоугольниками отображаются имена типов сущностей, ромбами — имена типов соотно­шений между сущностями, овалами — имена атрибутов [178].

Даталогические модели — модели данных, ориентированные на выбранный тип СУБД: внутренняя, концептуальная, внешняя .

Внутренняя модель — модель данных низшего (физического) уровня в архитектуре СУБД, отражающая представление данных во внешней памяти и методы до­ступа к ним .

Внешняя модель — модель данных внешнего уровня в архитектуре СУБД, отражающая представление пользователя о базе данных (подсхема базы данных и ее описание) .

Концептуальная модель — информационная модель предметной области в терминах конкретной СУБД, содержащая полный набор данных и связей между ними. В архитектуре СУБД представляет промежуточный между внешним и внутренним уровень .

Схема базы данных — описание даталогических моделей в терминах СУБД (часто используется как си­ноним модели данных).

Основные этапы, на которые разбивается процесс проектирования базы данных информационной системы:

Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:

- обследование предметной области, изучен ие ее и нформационной структуры

- выявление всех фрагментов, каждый из которых харакетризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами

- моделирование и интеграция всех представлений

По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь". Представление аналитика (сущности, атрибуты, связи).

Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей.

Представление программиста (записи, элементы данных, связи между записями).

Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

Представление администратора (группирование данных, индексы, методы доступа).

Читайте также: