Концептуальная база - данные - Большая Энциклопедия Нефти и Газа, статья, страница 2
В технологии доминируют два типа людей: те, кто разбираются в том, чем не они управляют, и те, кто управляет тем, в чем они не разбираются. Законы Мерфи (еще...)

Концептуальная база - данные

Cтраница 2


Для представлений другого вида разрешается не только чтение, но и запись объектов, которые являются частью представления. При этом модификации в представлении отражаются в концептуальной базе данных. Такие представления допускаются, например, в предложениях DBTG, а также в System R и IMS. Очевидно, что это - значительно более гибкое средство в отношении разработки прикладных программ по сравнению с представлениями только для чтения.  [16]

Концептуальная база данных - это абстрактное отображение физической базы данных ( или, что равносильно, физическая база данных есть реализация концептуальной базы данных), а представления являются абстракциями некоторых частей концептуальной базы данных. Различия в уровнях абстракции между представлениями и концептуальной базой данных, вообще говоря, невелико.  [17]

В некотором смысле представление является небольшой концептуальной базой данных и находится на одном с ней уровне абстракции. Однако, представление может быть и более абстрактным, чем концептуальная база данных, так как данные, доступные с помощью представления, могут конструироваться из этой базы данных, но фактически в ней не присутствовать.  [18]

19 Цепочка абстракций. [19]

Предположим, что разработан проект концептуальной схемы для авиалинии и принято решение о создании автоматизированной системы продажи билетов. Подсхема для этой системы и ее смысл в терминах концептуальной схемы определяются персоналом прикладных программистов, а полномочия на доступ к частям концептуальной базы данных, соответствующим этому представлению, предоставляются администратором базы данных.  [20]

В предложениях DBTG предусмотрен язык определения данных подсхемы, средствами которого можно определять представления, В отличие от представлений, описанных в гл. DBTG являются материализованными в том смысле, что, даления или модификации в представлениях изменяют лежащую в их ос -: : ье концептуальную базу данных.  [21]

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

В технологии баз данных предусматривается большое разнообразие возможных подходов к организации хранимых данных. В большинстве случаев в качестве основной структурообразующей единицы хранимых данных принимается хранимая запись. Она может представлять полную запись концептуальной базы данных или некоторый ее фрагмент. Если запись концептуального уровня разбивается в среде хранения на несколько частей, то ее фрагменты представляются экземплярами хранимых записей каких-либо типов. Все они связываются указателями или размещаются по специальному закону так, чтобы механизмы междууровневого отображения данных могли опознать все компоненты и осуществить сборку полной записи концептуальной базы данных по запросу механизмов концептуального уровня.  [23]

Концептуальный уровень архитектуры ANSI / SPARC служит для поддержки единого взгляда на базу данных, общего для всех ее приложений и в этом смысле независимого от них. Именно в среду концептуального уровня при проектировании базы данных отображается инфологическая модель предметной области системы базы данных. Представление базы данных на концептуальном уровне называется концептуальной базой данных, а описание такого представления - концептуальной схемой базы данных.  [24]

План представляет собой перечень типов объектов, относящихся к базе данных, связей между ними и способов, с помощью которых объекты и связи некоторого уровня абстракции выражаются на следующем, более низком ( более конкретном) уровне. Для обозначения планов используется термин схема. Таким ббразом, мы говорим о концептуальной схеме как о плане концептуальной базы данных и называем план физической базы данных физической схемой. План представления часто для простоты называется подсхемой.  [25]

Второй, более полезный способ конструирования представлений, являющихся абстракциями концептуальной базы данных, строится на том, что возможны различные ассоциации в подсхеме и лежащей в ее основе концептуальной схеме. Например, в концептуальной базе данных рейсы могут быть некоторыми множествами пассажиров. В то же время в представлении для службы продажи билетов пассажир может рассматриваться как некоторое множество рейсов, на которые у него есть билет. Степень важности такого различия зависит от модели данных, используемой для определения концептуальной базы данных и представления.  [26]

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

В технологии баз данных предусматривается большое разнообразие возможных подходов к организации хранимых данных. В большинстве случаев в качестве основной структурообразующей единицы хранимых данных принимается хранимая запись. Она может представлять полную запись концептуальной базы данных или некоторый ее фрагмент. Если запись концептуального уровня разбивается в среде хранения на несколько частей, то ее фрагменты представляются экземплярами хранимых записей каких-либо типов. Все они связываются указателями или размещаются по специальному закону так, чтобы механизмы междууровневого отображения данных могли опознать все компоненты и осуществить сборку полной записи концептуальной базы данных по запросу механизмов концептуального уровня.  [28]



Страницы:      1    2