Joshua Calderón Guzmán, José Manuel Cerritos Jiménez y Roberto Kevin Gasca Guzmán
Tema 2: Diseño de Base de Datos y el modelo E/R
2.1 El proceso de diseño
Diseño conceptual
En esta etapa, capturaremos nuestras entidades y relaciones que existirán entre ellas. Por lo
general, lo hago manualmente, parece mucho más fácil. Cada esencia lo identificará con un
rectángulo, y en el marco de esto colocaremos su nombre. Colocaremos cada esencia con sus
atributos correspondientes y resaltaremos el atributo principal, este atributo, que identifica de
manera única cada registro. Y finalmente, crearemos una relación entre estas entidades.
Siendo muy sincero, no hacemos esta fase concienzudamente (me vuelvo a mí mismo), pero
pueden unirla fácilmente con el siguiente paso. Todavía no le preocupa el motor de la base de
datos.
Diseño lógico
Aquí podemos tabular nuestro diseño conceptual. Este proceso se usa más que el anterior (no
debería ser así), porque cuando trabajó en bases de datos, el proceso tabular se ejecuta más
rápido y vemos los resultados más rápido. En esta etapa, debemos pensar en cómo normalizar
nuestras tablas para evitar la duplicación de la información y mantener el espacio de
almacenamiento. Este último (espacio de ahorro) ya no es tan importante como hace varios
años, incluso hoy estamos hablando de análisis de negocios, análisis de datos intelectuales,
entre otros términos que requieren que eliminemos la estandarización, pero hablaremos sobre
ello en otras publicaciones. Para este proceso, las herramientas de modelado lo ayudan a ver
la relación de las tablas. Teóricamente, tampoco le preocupa el motor aquí, ya que el modelo
tabular es el mismo en todos los motores de la base de datos relacional.
Diseño físico
En esta última etapa, ya debemos considerar en detalle los tipos de datos que utilizaremos, sus
dominios (qué valores permitirán), qué índices debemos crear para optimizar las consultas,
entre otras cosas. Aquí escribimos nuestro SQL para capturar nuestro diseño completo en el
motor de base de datos seleccionado.
2.2 Modelo entidad relación
El modelo ERD, también conocido como modelo de relación de esencia o ERD, es una
herramienta que simplifica cómo se conectan las cosas. Ayuda a organizar la información en
unabase de datos. El concepto fue introducido por Peter Chan, profesor del MIT, en su artículo
de 1976 "Relapse gist model: A single view of data".
El modelo ERD constade tres elementos principales:
Entidades: Estas son personas, objetos o conceptos sobre los cuales se encuentra la base de
datos. Por ejemplo, en la base de datos sobre ventas de negocios, la organización puede ser,
entre otras cosas, "cliente", "producto", "cuenta" o "dirección".
Atributos: Describa las propiedades que tiene cada esencia. En el ejemplo anterior, los
atributos de la esencia del "cliente" pueden ser "nombre", "primer apellido", "fecha de
nacimiento", etc.
