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