La asociación «Amigos de la Fiesta» quiere registrar en una base de datos toda la información sobre las corridas de toros que se celebran en España. Los requisitos son los siguientes:
- Cada corrida se identifica de forma conjunta por un número de orden, la feria en que se celebra y el año (por ejemplo: orden = 2, feria = San Isidro, año = 1999).
- En cada corrida actúan entre uno y tres toreros. De cada torero se guarda su DNI, nombre, apodo y la fecha en que tomó la alternativa. También se registra quién le dio la alternativa (el padrino), ya que un torero puede haber dado la alternativa a varios o a ninguno.
- En cada corrida, un torero obtiene una serie de premios: número de orejas, número de rabos y si salió por la puerta grande. Estos premios se registran por torero y por corrida.
- Cada torero puede tener un apoderado, del que se guarda su DNI, nombre, dirección y teléfono. Un apoderado puede representar a varios toreros.
- Cada corrida se celebra en una plaza de toros. De la plaza se conoce su nombre (único), localidad, dirección y aforo. En la misma plaza pueden celebrarse varias corridas.
- En cada corrida se estoquean al menos seis toros. Cada toro se identifica por el código de la ganadería a la que pertenece, el año de nacimiento y un número de orden. Además se guarda su nombre, color y el orden en que fue toreado.
- Cada toro pertenece a una ganadería. De cada ganadería se registra su código, localidad y antigüedad (fecha de fundación).
El modelo entidad-relación que representa estos requisitos (simplificado, sin todos los atributos) es el siguiente:
Análisis del diagrama
El diagrama muestra varios conceptos vistos a lo largo del tutorial:
- Entidades débiles: «TORO» es débil respecto a «GANADERÍA» porque un toro no tiene sentido sin la ganadería a la que pertenece y necesita el código de la ganadería para ser identificado plenamente.
- Clave compuesta: «CORRIDA» se identifica por la combinación de tres atributos (número de orden, feria y año), ya que ninguno de ellos por sí solo es único.
- Atributos de interrelación: los premios (orejas, rabos, puerta grande) pertenecen a la relación entre «TORERO» y «CORRIDA», no a ninguna de las dos entidades por separado.
- Autorrelación: la relación «DA LA ALTERNATIVA A» conecta la entidad «TORERO» consigo misma, porque el padrino también es un torero.
Este tipo de ejercicio de análisis de requisitos es la base del diseño conceptual de cualquier base de datos. Una vez validado el modelo entidad-relación con los usuarios, el siguiente paso es transformarlo en un esquema relacional (tablas, claves primarias y foráneas), que luego se implementa en el sistema gestor elegido.
Si quieres profundizar en el lenguaje estándar para trabajar con bases de datos relacionales, el artículo sobre SQL: el lenguaje universal para el manejo de bases de datos relacionales es el siguiente paso natural. Y si te interesa conocer cuándo las bases de datos relacionales no son la mejor opción, el artículo sobre NoSQL: un paradigma para la era del Big Data explica las alternativas y cuándo usarlas.