Физическая модель данных (или проект базы данных ) — это представление дизайна данных, реализованного или предназначенного для реализации в системе управления базой данных . В жизненном цикле проекта он обычно основывается на логической модели данных , хотя его можно реконструировать на основе конкретной реализации базы данных . Полная физическая модель данных будет включать в себя все артефакты базы данных, необходимые для создания связей между таблицами или достижения целей производительности, такие как индексы , определения ограничений, связывающие таблицы, секционированные таблицы или кластеры . Аналитики обычно могут использовать физическую модель данных для расчета оценок объема хранилища; он может включать конкретные сведения о выделении памяти для данной системы базы данных.
По состоянию на 2012 год [обновлять]на коммерческом рынке доминируют семь основных баз данных: 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 .
Например, один набор таблиц может быть реализован множеством способов, вплоть до архитектуры, в которой строки таблицы сохраняются на компьютерах в разных странах.