Los datos de los tipos más comunes de bases de datos en funcionamiento actualmente se suelen utilizar como estructuras de filas y columnas en una serie de tablas para aumentar la eficacia del procesamiento y la consulta de datos. Así, se puede acceder, gestionar, modificar, actualizar, controlar y organizar fácilmente los datos. La mayoría de las bases de datos utilizan un lenguaje de consulta estructurada (SQL) para escribir y consultar datos.

En el modelado de datos jerárquico, se pueden representar las relaciones entre los distintos elementos de datos en formato de árbol. Los modelos de datos jerárquicos representan relaciones de uno a varios, con parents o clases de datos raíz que se asignan a varios children.

Modelado de datos gráfico

El modelado jerárquico de datos ha evolucionado con el tiempo hasta convertirse en el modelado gráfico de datos. Los modelos de datos gráficos representan relaciones de datos que tratan a las entidades por igual. Las entidades pueden vincularse entre sí en relaciones de uno a varios o de varios a varios sin ningún concepto de parent o child.

Por ejemplo, una sala de exhibiciones puede tener varios vendedores, y un vendedor también puede trabajar en varias salas si sus turnos varían según la ubicación.

Modelado de datos relacional

El modelado de datos relacional es un enfoque de modelado popular que visualiza las clases de datos como tablas. Las diferentes tablas de datos se unen o enlazan entre sí mediante el uso de claves que representan la relación de las entidades del mundo real. Puede usar la tecnología de bases de datos relacionales para almacenar datos estructurados. Un modelo de datos relacional es un método útil para representar la estructura de su base de datos relacional.

Modelado de datos entidad-relación

El modelado de datos entidad-relación (ER) usa diagramas formales para representar las relaciones entre entidades en una base de datos. Los arquitectos de datos usan varias herramientas de modelado ER para representar los datos.

La programación orientada a objetos usa estructuras de datos llamadas objetos para almacenar datos. Estos objetos de datos son abstracciones de software de entidades del mundo real. Por ejemplo, en un modelo de datos orientado a objetos, el concesionario de automóviles tendría objetos de datos como Clientes con atributos como nombre, dirección y número de teléfono. Los datos de los clientes se almacenan de forma que cada cliente del mundo real se represente como un objeto de datos de cliente.

La informática empresarial moderna usa la tecnología de almacenamiento de datos para guardar grandes cantidades de estos para su análisis. Puede usar proyectos de modelado de datos dimensionales para el almacenamiento y la recuperación de datos a alta velocidad desde un almacén de datos. Los modelos dimensionales usan datos duplicados o redundantes y priorizan el rendimiento sobre el uso de menos espacio para el almacenamiento de datos.

Los modelos de datos conceptuales ofrecen una visión global de los datos. Explican lo siguiente:

Los modelos de datos lógicos asignan las clases de datos conceptuales a estructuras de datos técnicas. Ofrecen más detalles sobre los conceptos de datos y las relaciones de datos complejas que se identificaron en el modelo conceptual, tales como estos:

Los modelos de datos físicos asignan los modelos de datos lógicos a una tecnología específica de SGBD y usan la terminología del software. Por ejemplo, dan detalles sobre lo siguiente:

La información recogida debe incluir las principales áreas de aplicación y de usuarios, la documentación utilizada o generada por estas áreas, las transacciones requeridas. 

La conversión de datos puede ser un proceso simple o complejo, dependiendo del número y la complejidad de los formatos de datos involucrados. Sin embargo, no hay dos trabajos de conversión iguales. Por ejemplo, en algunos casos, el proceso puede incluir la fusión de grandes volúmenes de datos de ciertos campos mientras se divide en otros.

Mediante el estudio de las reglas de una empresa (que proveen el marco para el análisis del sistema) y de entrevistas a los usuarios de los diferentes niveles de la organización (que proveen los detalles sobre los datos) se llega a elaborar un esquema descriptivo de la realidad. El esquema descriptivo se representa utilizando el lenguaje natural.
1.2 Segunda Etapa
En esta etapa de conceptualización se habrá de buscar una representación normalizada que se apoye en un modelo de datos que cumpla determinadas propiedades (coherencia, plenitud, no redundancia, simplicidad, fidelidad, etc.), para llegar así al denominado esquema conceptual.
Resultado
Como resultado de la fase de modelado conceptual se obtendrá un esquema conceptual que debe cumplir los siguientes objetivos: 

2. Diseño Lógico
El diseño lógico es una etapa intermedia de las que componen el proceso de desarrollo de una base de datos. Por lo tanto, se parte de los resultados de una etapa previa (la etapa del diseño conceptual) y se producen otros nuevos, que a su vez servirán como punto de entrada de una etapa posterior (el diseño físico).

Si hablamos de desarrollo de software en general, la etapa de diseño lógico parte de las especificaciones del sistema para diseñar una solución independiente de la tecnología, que después se refinará y se implementará en etapas posteriores del desarrollo. Si nos centramos en la parte de datos del diseño lógico, partiremos de la parte de la especificación que corresponde a la modelización conceptual del dominio de la aplicación, para obtener un esquema de la base de datos expresado en un lenguaje correspondiente a algún modelo lógico de base de datos, pero sin adoptar una versión concreta de ningún sistema de gestión de base de datos (SGBD) ni entrar en detalles de optimización o refinamiento de la base de datos, que se dejarán para etapas posteriores de desarrollo.

3. Diseño Físico
La última etapa de la metodología de diseño de bases de datos es el diseño físico, cuyo objetivo general es satisfacer los requisitos del sistema optimizando la relación costes/beneficios. Esto se concreta en los siguientes objetivos concretos: 

Las entradas de la fase de diseño físico son: 

A partir de estas entradas, se producirán las siguientes salidas: