Organizar los datos en tablas

Para recapitular, si lo necesitas, en el artículo anterior revisamos el propósito de una base de datos, que hace referencia al paso N° 1 de 5 en nuestro proceso de diseño de una base de datos desde cero.

En este artículo vamos a crear la representación visual de nuestra base de datos, para lograrlo (como es nuestro borrador), podemos hacerlo en papel, en un editor de texto o en alguna hoja de calculo, considero lo más apropiado para vuestra comprensión hacerlo en una hoja de calculo, empecemos:

Para el ejercicio vamos a enfocarnos en los siguientes datos analizados en el artículo anterior:

Bien, todo lo que hemos hecho -y haremos- tiene nombre propio en aspectos técnicos de la base de datos, así que empezaremos a llamarlos con su apropiada denominación, como observan en la imagen; una entidad o tabla es el nivel macro o aquello que resume/agrupa algunos datos, a los cuales se les denomina atributos o campos.

De esta manera son correctas las siguientes expresiones:

"La entidad nomina de doctores y asistentes contiene un atributo de apellido".

"La tabla nomina de doctores y asistentes contiene un campo de apellido".

y es incorrecta esta expresión:

"La base de datos nomina de doctores y asistentes contiene un dato de apellido".

Quiero que entiendas que en una base de datos no todo son datos, todos si son objetos y como tal, tienen sus nombres propios para referirse a ellos.

Organicemos nuestra entidad nomina de doctores y asistentes en una tabla, a modo de prueba le hemos solicitado al director del dispensario nos entregue información de tres colaboradores para simular el modelo:

• Los datos que alimentan la tabla se los denomina registros.

• En resumen: una tabla tiene campos, los campos tienen datos y una fila de datos forma un registro.

De esta manera se organizan los datos en tablas independientes, también aquí ponemos en práctica la diferenciación por tipos de datos ya que la consistencia depende de esta propiedad, por ejemplo cuando hablamos de fechas, todos los registros deberán respetar el mismo formato, no es lo mismo decir que alguien ingresó a la empresa el 11/02/1975 con un formato dd/mm/yyyy versus un formato mm/dd/yyyy y esta inconsistencia puede impactar hasta en los pagos por el tiempo de servicio de esa persona, temas legales en los que nadie quiere verse afectado por un mal diseño de base de datos; este es uno de los riesgos de usar software tipo Excel como base de datos que vimos en el primer articulo.

Por último, tenemos que repetir este proceso por cada tabla que hemos reconocido en el análisis (sucursales, datos de la mascota, ficha clínica, inventario), a medida que avanzas en la creación de las tablas reconocerás que todas tienen relación directa o indirecta, uno de los valores agregados de un buen diseño de base de datos y que te va a ayudar en el siguiente paso.

Con esto concluimos el paso 2 de 5 del diseño de una base de datos relacional, ahora nos compete realizar el análisis de claves primarias sobre las tablas que hemos creado, lo revisamos en el siguiente articulo, no te lo pierdas!. [ ir al siguiente artículo ]

#basededatos