Физическая схема

Физическая модель данных (или проект базы данных ) — это представление дизайна данных, реализованного или предназначенного для реализации в системе управления базой данных . В жизненном цикле проекта он обычно основывается на логической модели данных , хотя его можно реконструировать на основе конкретной реализации базы данных . Полная физическая модель данных будет включать в себя все артефакты базы данных, необходимые для создания связей между таблицами или достижения целей производительности, такие как индексы , определения ограничений, связывающие таблицы , секционированные таблицы или кластеры . Аналитики обычно могут использовать физическую модель данных для расчета оценок объема хранилища; он может включать конкретные сведения о выделении памяти для данной системы базы данных.

По состоянию на 2012 год ^[update] На коммерческом рынке доминируют семь основных баз данных: Informix , Oracle , Postgres , SQL Server , Sybase , IBM Db2 и MySQL . Другие системы РСУБД, как правило, либо представляют собой устаревшие базы данных, либо используются в научных кругах, таких как университеты или колледжи дальнейшего образования. Модели физических данных для каждой реализации будут существенно различаться, не в последнюю очередь из-за требований базовой операционной системы , которые могут лежать в их основе. Например: SQL Server работает только в операционных системах Microsoft Windows (начиная с SQL Server 2017, SQL Server работает в Linux. Это тот же механизм базы данных SQL Server со многими схожими функциями и службами независимо от вашей операционной системы). ^[2]), тогда как Oracle и MySQL могут работать в Solaris, Linux и других операционных системах на базе UNIX, а также в Windows. Это означает, что требования к диску, требования безопасности и многие другие аспекты физической модели данных будут зависеть от СУБД, которую администратор базы данных решит использовать (или организация).

Физическая схема

Физическая схема — это термин, используемый в управлении данными для описания того, как данные должны быть представлены и сохранены (файлы, индексы и т. д. ) во вторичном хранилище с использованием конкретной системы управления базами данных (СУБД) (например, Oracle RDBMS , Sybase SQL Server, и т. д.).

В архитектуры ANSI/SPARC трехсхемном подходе внутренняя схема представляет собой представление данных, в котором задействована технология управления данными. Это противоположность внешней схеме , которая отражает индивидуальный взгляд на данные, или концептуальной схеме , которая представляет собой интеграцию набора внешних схем.

Впоследствии ^{[ нужна ссылка ]} внутренняя схема была признана состоящей из двух частей:

Логическая схема представляла собой способ представления данных в соответствии с ограничениями конкретного подхода к управлению базами данных. В то время выбор был иерархическим и сетевым . Однако описание логической схемы по-прежнему не описывало, как физически данные будут храниться на дисках. Это область физической схемы . Теперь логические схемы описывают данные в терминах реляционных таблиц и столбцов , объектно-ориентированных классов и XML тегов .

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

См. также

Ссылки

^ «Документ консолидированной эталонной модели FEA» (PDF) . Управление управления и бюджета . Май 2005. с. 91. Архивировано из оригинала (PDF) 5 июля 2010 г. – через Национальный архив .
^ Ротья. «Обзор SQL Server в Linux — SQL Server» . docs.microsoft.com . Проверено 28 апреля 2019 г.

Внешние ссылки

Документ консолидированной эталонной модели FEA (whitehouse.gov), октябрь 2007 г.

[WH05-1] «Документ консолидированной эталонной модели FEA» (PDF) . Управление управления и бюджета . Май 2005. с. 91. Архивировано из оригинала (PDF) 5 июля 2010 г. – через Национальный архив .

[2] Ротья. «Обзор SQL Server в Linux — SQL Server» . docs.microsoft.com . Проверено 28 апреля 2019 г.

[1]

[2]