Modelo relacional

En el análisis es la etapa en la que se hace el diseño de la base de datos.

Diseño de base de datos
1.- Diagrama conceptual
2.- Diagrama lógico
3.- Diagrama físico

Base de datos = 1. (Conjunto de información, ordenada y persistente).
Entidad = N. (Persona, o proceso implicados en la base de datos).
Propiedades = N. (Las entidades tienen N registros y no solo uno).

Modelados (figuras)
-Entidad / Vinculo

-Modelo jerárquico
-Modelo conceptual

Identificar la base de datos
En muchas ocasiones en las primeras líneas (renglones) del texto va estar la importancia de la base de datos.

Entidades

*El nombre de la entidad se pone en mayúsculas.

Cómo identificar una entidad

1.- Sujeto de una oración
2.- Debe de tener n instancias (Tuplas/registros)
3.- Debe relacionarse con otra(s) entidades
4.- Debe tener  propiedades que la definan
*Los verbos pueden ser relaciones (vinculo) y/o procesos (entidad)
*Los nombres de las entidades se tiene que respetar y debe estar en singular.

Cómo identificar una entidad fuerte y/o débil

•  La entidad más importante no puede ser débil
•  Es importante el contexto (cuando tiene) ya que con este se modifican y es clave para identificar las entidades fuerte y débil. (no se debe agregar más contexto).

Pasos
Dependencia:
1.- Debe haber una dependencia bi-direccional para que haya una entidad débil y una fuerte, sino las dos serán fuertes.
1.1 Se evalúa la bi-direccionalidad solo de las dos entidades.
1.2 Se debe evaluar con la siguiente frase "para ser entidad1 necesita de entidad2 para ser entidad1".
Con una que sea negativa ya no sería bidireccional.
Relación (obligatoriedad):
2.- Posteriormente se evalúa cuál entidad debe existir primero para que exista la segunda entidad. La primera seria la entidad fuerte y la segunda la entidad débil.


Vínculos

Un vinculo se encuentra entre dos entidades.

• Su nombre lleva verbo infinitivo
• Minúsculas
• No se puede usar verbos: puede / debe

Cardinalidad

Concepto

Genérico: engloba, no se repite. Solo hay un registro de cada uno.

Especifico: se puede repetir (no redundancia). Son ejemplares: varios registros de cada uno.

Dependencia (ENTRE DÉBIL Y FUERTE)

Sirve para decir cual es la entidad débil (necesita de la otra para existir) sin la necesidad que haya bidireccionalidad.

Ejemplo:

Hay A sin B, pero no B sin A.

Hay B sin A, pero no A sin B.

Obligatoriedad

Si requiero o no la relación. (no para existir). Cuantos me va a tocar.

Atributos

Propiedades de las entidades. (lo que se compone).

Clave

NN = Not null

NC = Not change

ND = Not duplicate

Numérica corta = Ideal

1.- Identificar que hay clave candidata

2.-Identificar que si hay clave ideal

3.- Si no hay generamos id_

Tiempo en entidades:

En una base de datos abarca todo el tiempo, incluyendo el tiempo real y el pasado, por lo que influye en las relaciones.

Ejemplo: Un país tiene un himno, pero el himno ha tenido diferentes versiones en este caso lo correcto sería un país tiene muchos himnos. Cabe aclara que esto depende del contexto, si lo marca en tiempo real entonces si la relación sería uno a uno.

Recursividad: Dos o más entidades que tienen exactamente las mismas propiedades. Y debe haber un vínculo que una a esas dos o más entidades

Tipo y subtipo: Tienen casis los mismos atributos, solo que uno tiene más que la otra. El tipo es el que tiene más y el subtipo el que tiene menos.

1. que las entidades COMPARTAN algunas propiedades, esto es que tengan propiedades iguales

2. pero que una da las entidades tenga más propiedades que la otra, que especialice más en otro.

*Debe haber herencia

Ej:

Un juego no puede ser jugo si no tiene un desarrollador y un desarrollador no es desarrollado si no ha realizado juegos. Entidad: Juego fuerte y desarrollador débil.