Схема базы данных
Схема базы данных — это структура базы данных , описанная на формальном языке , обычно поддерживаемая системой управления реляционными базами данных (СУБД). Термин « схема » относится к организации данных как к проекту построения базы данных (разделенной на таблицы базы данных в случае реляционных баз данных ). Формальное определение схемы базы данных — это набор формул (предложений), называемых ограничениями целостности, налагаемыми на базу данных. [ нужна ссылка ] Эти ограничения целостности обеспечивают совместимость между частями схемы. Все ограничения выражаются на одном языке. Базу данных можно рассматривать как структуру в реализации языка базы данных . [1] Состояния созданной концептуальной схемы преобразуются в явное отображение — схему базы данных. объекты реального мира моделируются Здесь описывается, как в базе данных .
«Схема базы данных определяет, основываясь на знаниях администратора базы данных о возможных приложениях, факты, которые могут войти в базу данных, или факты, представляющие интерес для возможных конечных пользователей ». [2] Понятие схемы базы данных играет ту же роль, что и понятие теории в исчислении предикатов . Модель этой «теории» близко соответствует базе данных, которую в любой момент времени можно рассматривать как математический объект . Таким образом, схема может содержать формулы, представляющие ограничения целостности специально для приложения и ограничения конкретно для типа базы данных, и все они выражены на одном и том же языке базы данных. [1] В реляционной базе данных схема определяет таблицы , поля , отношения , представления , индексы , пакеты , процедуры , функции , очереди , триггеры , типы , последовательности , материализованные представления , синонимы , ссылки на базу данных, каталоги , схемы XML и другие элементы.
База данных обычно хранит свою схему в словаре данных . Хотя схема определяется на языке текстовой базы данных, этот термин часто используется для обозначения графического изображения структуры базы данных. Другими словами, схема — это структура базы данных, которая определяет объекты в базе данных.
В системе базы данных Oracle термин «схема» имеет несколько иной смысл.
для интеграции Идеальные требования схемы
Перечисленные ниже требования влияют на детальную структуру создаваемых схем. Некоторые приложения не требуют соблюдения всех этих условий, но эти четыре требования являются наиболее идеальными.
- Сохранение перекрытия
- Каждый из перекрывающихся элементов, указанных во входном сопоставлении, также находится в отношении схемы базы данных. [3]
- Расширенное сохранение перекрытия
- Элементы, специфичные для источника, которые связаны с перекрывающимися элементами источника, передаются в схему базы данных. [3]
- Нормализация
- Независимые сущности и связи в исходных данных не должны группироваться в одном отношении в схеме базы данных. В частности, элементы схемы, специфичные для источника, не должны группироваться с перекрывающимися элементами схемы, если группировка объединяет независимые объекты или отношения. [3]
- Минимальность
- Если какие-либо элементы схемы базы данных удалены, схема базы данных не идеальна. [3]
Пример интеграции двух схем [ править ]
Предположим, мы хотим, чтобы опосредованная схема интегрировала две базы данных о путешествиях: Go-travel и Ok-flight.
Go-travel
имеет два отношения:
Go-flight(flight-number, time, meal(yes/no))
Go-price(flight-number, date, price)
Ok-flight
имеет только одно отношение:
Ok-flight(flight-number, date, time, price, nonstop(yes/no))
Перекрывающаяся информация в схемах Go-travel и Ok-flight может быть представлена в опосредованной схеме: [3]
Flight(flight-number, date, time, price)
Специфика базы данных Oracle [ править ]
В контексте баз данных Oracle объект схемы представляет собой логическую структуру хранения данных . [4]
База данных Oracle связывает отдельную схему с каждым пользователем базы данных . [5] Схема включает в себя коллекцию объектов схемы. Примеры объектов схемы включают в себя:
- столы
- просмотры
- последовательности
- синонимы
- индексы
- кластеры
- ссылки на базу данных
- снимки
- процедуры
- функции
- пакеты
С другой стороны, объекты, не являющиеся схемами, могут включать в себя: [6]
- пользователи
- роли
- контексты
- объекты каталога
Объекты схемы не имеют однозначного соответствия физическим файлам на диске, в которых хранится их информация. Однако базы данных Oracle хранят объекты схемы логически в табличном пространстве базы данных. Данные каждого объекта физически содержатся в одном или нескольких файлах данных табличного пространства . Для некоторых объектов (таких как таблицы, индексы и кластеры) администратор базы данных может указать, сколько дискового пространства СУБД Oracle выделяет для объекта в файлах данных табличного пространства.
Между схемами и табличными пространствами нет обязательной связи: табличное пространство может содержать объекты из разных схем, а объекты одной схемы могут находиться в разных табличных пространствах. Однако специфика базы данных Oracle требует распознавания платформой неоднородных различий последовательностей, что считается решающим ограничивающим фактором в виртуализированных приложениях. [7]
См. также [ править ]
- Элемент данных
- Сопоставление данных
- Модель данных
- Проектирование базы данных
- Модель сущность-связь
- Представление знаний и рассуждения
- Объектно-ролевое моделирование
- Олог
- Соответствие схемы
- Трехсхемный подход
Ссылки [ править ]
- ^ Jump up to: Перейти обратно: а б Рыбинский, Х. (1987). «О базах данных с логикой первого порядка» . Транзакции ACM в системах баз данных . 12 (3): 325–349. дои : 10.1145/27629.27630 . S2CID 2439329 .
- ^ Имелински, Т. ; Липски, В. (1982). «Систематический подход к теории реляционных баз данных». Материалы международной конференции ACM SIGMOD 1982 года по управлению данными - SIGMOD '82 . Нью-Йорк, штат Нью-Йорк: ACM. стр. 8–14. дои : 10.1145/582353.582356 . ISBN 978-0897910736 . S2CID 2034345 .
- ^ Jump up to: Перейти обратно: а б с д и Поттинджер, П.; Берштейн, П. (2008). «Слияние схем и создание сопоставлений для реляционных источников». Материалы 11-й международной конференции «Расширение технологии баз данных: достижения в технологии баз данных» . Нью-Йорк, штат Нью-Йорк: ACM. стр. 73–84. CiteSeerX 10.1.1.405.2990 . дои : 10.1145/1353343.1353357 . ISBN 9781595939265 . S2CID 15742995 .
- ^ Эшдаун, Лэнс; Кайт, Том (февраль 2010 г.). Концепции базы данных Oracle 11g, выпуск 2 (11.2) . и др . Корпорация Оракл. Архивировано из оригинала 29 января 2010 года . Проверено 14 апреля 2010 г.
Схема базы данных — это логический контейнер для структур данных, называемых объектами схемы. Примерами объектов схемы являются таблицы и индексы.
- ^
Концепции базы данных Oracle 10g, выпуск 2 (10.2), номер детали B14220-02 . Проверено 26 ноября 2012 г.
Схема — это совокупность логических структур данных или объектов схемы. Схема принадлежит пользователю базы данных и имеет то же имя, что и этот пользователь. Каждый пользователь владеет одной схемой. Объекты схемы можно создавать и манипулировать ими с помощью SQL.
- ^ Эшдаун, Лэнс; Кайт, Том (февраль 2010 г.). Концепции базы данных Oracle 11g, выпуск 2 (11.2) . и др. Корпорация Оракл. Архивировано из оригинала 29 января 2010 года . Проверено 14 апреля 2010 г.
Объекты других типов также хранятся в базе данных, их можно создавать и манипулировать ими с помощью операторов SQL, но они не содержатся в схеме. Эти объекты включают пользователей базы данных, роли, контексты и объекты каталога.
- ^ Макдугалл, Р. (2010). «Производительность виртуализации: перспективы и предстоящие проблемы». Обзор операционных систем ACM SIGOPS . 44 (4). дои : 10.1145/1899928.1899933 . S2CID 16112550 .