Редактирование: Модель данных
Перейти к навигации
Перейти к поиску
Правка может быть отменена. Пожалуйста, просмотрите сравнение версий ниже, чтобы убедиться, что это нужная вам правка, и запишите страницу ниже, чтобы отменить правку.
Текущая версия | Ваш текст | ||
Строка 28: | Строка 28: | ||
===Три перспективы=== | ===Три перспективы=== | ||
Экземпляр модели данных может быть одним из трех видов согласно ANSI в 1975: | Экземпляр модели данных может быть одним из трех видов согласно ANSI в 1975: | ||
* Концептуальная модель данных: описывает семантику области, являющейся областью действия модели. Например, это может быть модель области интересов организации или отрасли. Он состоит из классов сущностей, представляющих виды вещей, имеющих значение в области, и утверждений отношений об ассоциациях между парами классов сущностей. Концептуальная схема определяет типы фактов или предложений, которые могут быть выражены с помощью модели. В этом смысле он определяет допустимые выражения на искусственном "языке" с областью действия, ограниченной областью действия модели. | * Концептуальная модель данных: описывает семантику области, являющейся областью действия модели. Например, это может быть модель области интересов организации или отрасли. Он состоит из классов сущностей, представляющих виды вещей, имеющих значение в области, и утверждений отношений об ассоциациях между парами классов сущностей. Концептуальная схема определяет типы фактов или предложений, которые могут быть выражены с помощью модели. В этом смысле он определяет допустимые выражения на искусственном "языке" с областью действия, ограниченной областью действия модели. | ||
Строка 36: | Строка 34: | ||
Значение этого подхода, согласно ANSI, заключается в том, что он позволяет трем перспективам быть относительно независимыми друг от друга. Технология хранения данных может изменяться, не затрагивая ни логическую, ни концептуальную модель. Структура таблицы / столбца может изменяться без (обязательно) влияния на концептуальную модель. В каждом случае, конечно, структуры должны оставаться совместимыми с другой моделью. Структура таблицы / столбца может отличаться от прямого перевода классов сущностей и атрибутов, но в конечном итоге она должна выполнять задачи концептуальной структуры классов сущностей. На ранних этапах многих проектов разработки программного обеспечения особое внимание уделяется разработке концептуальной модели данных . Такая конструкция может быть детализирована в логическую модель данных . На более поздних стадиях эта модель может быть преобразована в физическую модель данных . Однако можно также реализовать концептуальную модель напрямую. | Значение этого подхода, согласно ANSI, заключается в том, что он позволяет трем перспективам быть относительно независимыми друг от друга. Технология хранения данных может изменяться, не затрагивая ни логическую, ни концептуальную модель. Структура таблицы / столбца может изменяться без (обязательно) влияния на концептуальную модель. В каждом случае, конечно, структуры должны оставаться совместимыми с другой моделью. Структура таблицы / столбца может отличаться от прямого перевода классов сущностей и атрибутов, но в конечном итоге она должна выполнять задачи концептуальной структуры классов сущностей. На ранних этапах многих проектов разработки программного обеспечения особое внимание уделяется разработке концептуальной модели данных . Такая конструкция может быть детализирована в логическую модель данных . На более поздних стадиях эта модель может быть преобразована в физическую модель данных . Однако можно также реализовать концептуальную модель напрямую. | ||
==История== | ==История== | ||