Representan objetos o conceptos del mundo real que tienen una existencia independiente en la base de datos.

Cada entidad tiene un conjunto de atributos que describen sus propiedades.

En un diagrama ER, las entidades suelen representarse con rectángulos.

Son las propiedades que describen a una entidad.

Los atributos pueden ser simples (por ejemplo, un número de identificación) o compuestos (por ejemplo, un nombre completo que se divide en nombre y apellidos).

En un diagrama ER, los atributos se representan con óvalos conectados a las entidades.

Representan asociaciones entre dos o más entidades.

Cada relación tiene un grado, que indica cuántas entidades participan en la relación (binaria, ternaria, etc.).

En un diagrama ER, las relaciones se representan con rombos o diamantes y se conectan a las entidades involucradas.

Define el número de instancias de una entidad que pueden estar asociadas con una instancia de otra entidad.

Los tipos comunes de cardinalidad incluyen:

• 1:1 (Uno a uno): Un registro en una entidad está relacionado con un solo registro en otra entidad.

• 1

  (Uno a muchos): Un registro en una entidad está relacionado con varios registros en otra entidad.

• N

  (Muchos a muchos): Varios registros en una entidad pueden estar relacionados con varios registros en otra entidad.

Un atributo o un conjunto de atributos que identifican de manera única a cada instancia de una entidad.

Un atributo en una entidad que hace referencia a la llave primaria de otra entidad para establecer una relación entre ambas.

Objetivo: Comprender las necesidades de los usuarios y el propósito de la base de datos.

Acciones:

• Realiza entrevistas con los usuarios.

• Define los datos que necesitan ser almacenados, las consultas que realizarán y los informes requeridos.

• Identifica las reglas de negocio que influirán en el diseño de la base de datos (restricciones, cardinalidades, etc.).

Objetivo: Crear un esquema abstracto de los datos y las relaciones entre ellos, sin preocuparte aún por la implementación.

Acciones:

• Utiliza un Modelo Entidad-Relación (ER) para representar entidades, atributos y relaciones.

• Identifica las entidades clave (por ejemplo, Cliente, Producto, Pedido).

• Define las relaciones entre entidades y sus cardinalidades.

• Establece las llaves primarias y foráneas.

Herramientas: Pueden usarse herramientas como MySQL Workbench, ERwin, o Lucidchart para crear diagramas ER visuales.

Objetivo: Convertir el modelo conceptual en un esquema lógico que pueda ser implementado en un sistema de gestión de bases de datos relacionales (RDBMS).

Acciones:

• Transforma cada entidad en una tabla y cada atributo en una columna.

• Convierte las relaciones entre entidades en llaves foráneas y crea las tablas necesarias para relaciones N

  (usualmente, mediante una tabla intermedia).

• Define los tipos de datos para cada columna (por ejemplo, VARCHAR, INT, DATE).

• Normaliza las tablas (aplicando las reglas de normalización) para reducir redundancias y evitar problemas de inconsistencia.

Ejemplo:

• La entidad Cliente se convierte en una tabla Cliente con atributos como ID_Cliente, Nombre, Teléfono.

• La entidad Pedido se convierte en una tabla Pedido con ID_Pedido, Fecha, ID_Cliente (llave foránea).

Objetivo: Definir cómo se almacenarán los datos en el sistema físico, optimizando el rendimiento.

Acciones:

• Elige el sistema de gestión de bases de datos (MySQL, PostgreSQL, SQL Server, etc.).

• Crea las tablas, índices y vistas para optimizar el acceso a los datos.

• Establece las restricciones de integridad (llaves primarias, foráneas, únicos, checks).

• Define las políticas de seguridad (quién puede acceder a qué datos).

• Determina el almacenamiento físico de los datos, incluyendo opciones de particionamiento o clústeres si la base de datos es muy grande.

Objetivo: Crear la base de datos en el RDBMS elegido.

Acciones:

• Escribe los scripts de SQL para crear las tablas, relaciones y restricciones.

• Implementa índices para mejorar el rendimiento de las consultas.

• Carga los datos iniciales si ya existen (mediante importaciones o scripts de inserción).

Objetivo: Asegurarse de que la base de datos funciona correctamente y cumple con los requisitos.

Acciones:

• Ejecuta pruebas de inserción, actualización, eliminación y consulta de datos.

• Verifica la integridad referencial y las restricciones de seguridad.

• Mide el rendimiento de las consultas más frecuentes y optimiza si es necesario.

• Realiza pruebas de carga para asegurarte de que la base de datos puede manejar el volumen esperado de datos y transacciones.

Objetivo: Asegurar que otros usuarios y desarrolladores entiendan cómo está estructurada la base de datos y cómo interactuar con ella.

Acciones:

• Documenta el esquema de la base de datos: tablas, relaciones, llaves primarias, foráneas y restricciones.

• Especifica los tipos de datos utilizados, las reglas de negocio y las políticas de seguridad.

• Describe cualquier funcionalidad especial como triggers o procedimientos almacenados.

Objetivo: Mantener el rendimiento y la integridad de la base de datos a lo largo del tiempo.

Acciones:

• Monitorea el rendimiento, ajusta índices y optimiza consultas cuando sea necesario.

• Realiza copias de seguridad regulares y establece un plan de recuperación ante desastres.

• Actualiza la base de datos conforme cambian los requisitos del negocio (nuevas entidades, relaciones, etc.).