Un modelo de datos físicos (o diseño de base de datos ) es una representación de un diseño de datos implementado o previsto implementarse en un sistema de gestión de bases de datos . En el ciclo de vida de un proyecto, normalmente se deriva de un modelo de datos lógico , aunque se le puede aplicar ingeniería inversa a partir de una implementación de base de datos determinada . Un modelo de datos físicos completo incluirá todos los artefactos de base de datos necesarios para crear relaciones entre tablas o lograr objetivos de rendimiento, como índices , definiciones de restricciones, tablas de enlace, tablas particionadas o clústeres . Los analistas normalmente pueden utilizar un modelo de datos físicos para calcular estimaciones de almacenamiento; puede incluir detalles de asignación de almacenamiento específicos para un sistema de base de datos determinado.
En 2012, [actualizar]siete bases de datos principales dominan el mercado comercial: Informix , Oracle , Postgres , SQL Server , Sybase , IBM Db2 y MySQL . Otros sistemas RDBMS tienden a ser bases de datos heredadas o utilizarse en el ámbito académico, como universidades o facultades de educación superior. Los modelos de datos físicos para cada implementación diferirían significativamente, sobre todo debido a los requisitos subyacentes del sistema operativo que pueden estar debajo de ellos. Por ejemplo: SQL Server se ejecuta solo en sistemas operativos Microsoft Windows (a partir de SQL Server 2017, SQL Server se ejecuta en Linux. Es el mismo motor de base de datos de SQL Server, con muchas características y servicios similares independientemente de su sistema operativo [2] ), mientras que Oracle y MySQL pueden ejecutarse en Solaris, Linux y otros sistemas operativos basados en UNIX, así como en Windows. Esto significa que los requisitos de disco, los requisitos de seguridad y muchos otros aspectos de un modelo de datos físicos se verán influenciados por el RDBMS que un administrador de base de datos (u organización) elija utilizar.
Esquema físico es un término utilizado en la gestión de datos para describir cómo se representarán y almacenarán los datos (archivos, índices, etc. ) en un almacenamiento secundario utilizando un sistema de gestión de bases de datos (DBMS) particular (por ejemplo, Oracle RDBMS , Sybase SQL Server, etc.).
En el enfoque de tres esquemas de la arquitectura ANSI/SPARC , el esquema interno es la vista de datos que involucra tecnología de gestión de datos. Esto se opone a un esquema externo que refleja la visión que un individuo tiene de los datos, o al esquema conceptual que es la integración de un conjunto de esquemas externos.
Posteriormente [ cita necesaria ] se reconoció que el esquema interno tenía dos partes:
El esquema lógico era la forma en que se representaban los datos para ajustarse a las limitaciones de un enfoque particular de gestión de bases de datos. En aquel momento las opciones eran jerárquicas y en red. Sin embargo, la descripción del esquema lógico todavía no describía cómo se almacenarían físicamente los datos en las unidades de disco. Ése es el dominio del esquema físico . Ahora los esquemas lógicos describen datos en términos de tablas y columnas relacionales, clases orientadas a objetos y etiquetas XML .
Un único conjunto de tablas, por ejemplo, se puede implementar de numerosas maneras, incluyendo una arquitectura en la que las filas de las tablas se mantienen en computadoras de diferentes países.