Diseño de bases de datos relacionales

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Diseño de bases de datos relacionales por Mind Map: Diseño de bases de datos relacionales

1. Etapas de diseño

1.1. Diseño conceptual

1.1.1. Su objetivo es definir las entidades y las relaciones entre ellos de forma abstracta, sin centrarse en ningún modelo lógico en concreto

1.1.1.1. Diseño Conceptual

1.1.1.1.1. se estudia el modelo entidad-relación que permite diseñar el esquema conceptual de una BD, y es muy adecuado para las BDs relacionales. Su resultado es un diagrama entidad-relación.

1.1.1.2. Diagramas entidad-relación (E-R)

1.1.1.2.1. El diseño del modelo E-R a partir del análisis inicial no es directo. A un mismo análisis le corresponden muchos diseños "candidatos"

1.1.1.3. Elección de los tipos de entidad y sus atributos

1.1.1.4. Elección de los tipos de relación

1.1.1.5. Adelanto de las restricciones de integridad

1.2. Diseño lógico

1.2.1. Su objetivo es definir el esquema de la base de datos según el modelo que implementa el SGBD objetivo.

1.2.1.1. El modelo relacional

1.2.1.1.1. Entidad

1.2.1.1.2. Atributo

1.2.1.1.3. Esquema de una relación

1.2.1.1.4. Conjunto de entidades

1.2.1.1.5. Clave

1.2.1.1.6. Instancia de una relación

1.2.1.2. Paso de un esquema E-R a un esquema relacional

1.2.1.2.1. Tipos de entidades

1.2.1.2.2. Tipos de relaciones

1.2.1.2.3. Claves

1.2.1.2.4. Restricciones de cardinalidad

1.2.1.3. Restricciones de integridad

1.2.1.3.1. Restricciones de integridad referencial

1.2.1.3.2. Restricciones de participación total

1.2.1.4. Cuestiones de diseño

1.2.1.4.1. En ocasiones es posible combinar dos o más tablas en una sola. Generalmente se combinan por motivos de rendimiento.

1.3. Diseño físico

1.3.1. Su objetivo es definir el esquema físico de la base de datos de forma que se den todas las instrucciones para que un DBA pueda implementar la base de datos sin ninguna ambigüedad.

2. Restricciones de integridad

2.1. Trata uno de los aspectos más importantes para añadir consistencia a los diseños de bases de datos: son las restricciones de integridad que ayudan a mantener la consistencia semántica de los datos.

2.1.1. Tipos de restricciones

2.1.1.1. Claves

2.1.1.2. Cardinalidad de la relación

2.1.1.3. Restricciones de los dominios

2.1.1.4. Integridad referencial

2.1.1.5. Participación total

2.1.1.6. Dependencias funcionales

2.1.1.7. Otras restricciones

2.1.2. Mecanismos para implementar las restricciones de integridad:

2.1.2.1. Declaración de claves

2.1.2.2. Declaración de integridad referencial

2.1.2.3. Declaración de tipo de cardinalidad

2.1.2.4. Disparadores (Triggers)

2.1.3. Restricciones de los dominios

2.1.3.1. No sólo permite verificar los valores introducidos en la base de datos sino también examinar las consultas para asegurarse de que tengan sentido las comparaciones que hagan.

2.1.3.1.1. Restricciones de existencia

2.1.3.1.2. Restricciones de unicidad

2.1.4. Restricciones de integridad referencial

2.1.4.1. permite asegurar que un valor que aparece en una relación para un conjunto de atributos determinado aparezca también en otra relación para ese mismo conjunto de atributos.

2.1.5. Dependencias funcionales

2.1.5.1. es una propiedad semántica de un esquema de relación que impone el diseñador.

2.1.6. Disparadores

2.1.6.1. es un mecanismo que se puede usar para implementar restricciones de integridad no soportadas directamente por el SGBD.

3. Normalización

3.1. La traducción del esquema conceptual al lógico no es única. Es necesario contar con una medida de la calidad de la agrupación de los atributos en relaciones.

3.1.1. Redundancia de datos

3.1.1.1. Un objetivo del diseño de bases de datos relacionales es agrupar atributos en relaciones de forma que se reduzca la redundancia de datos y así el espacio de almacenamiento necesario.

3.1.2. Anomalías de actualización

3.1.2.1. Anomalías de inserción

3.1.2.2. Anomalías de modificación

3.1.2.3. Anomalías de eliminación

3.1.3. Formas normales y normalización

3.1.3.1. La forma normal de una relación se refiere a la mejor forma normal que satisface un esquema de relación indicando así el grado hasta el que se ha normalizado.

3.1.4. Primera forma normal

3.1.4.1. Evita las relaciones dentro de las relaciones

3.1.5. Segunda forma normal

3.1.5.1. Una relación está en segunda forma normal si cada atributo que no forme parte de la clave primaria depende funcional y completamente de cada clave.

3.1.6. Tercera forma normal

3.1.6.1. La tercera forma normal se basa en el concepto de dependencia funcional transitiva.

3.1.7. Forma normal de Boyce-Codd

3.1.7.1. se propuso como una forma más simple que la tercera, pero en realidad es más estricta porque cada relación en FNBC está en 3FN pero lo contrario no se cumple.

3.1.8. Desnormalización para el rendimiento

3.1.8.1. Utilizan la redundancia para mejorar el rendimiento para aplicaciones concretas

4. Normativa de denominación

4.1. Es una colección de reglas que permite asignar nombres a identificadores y objetos. El objetivo es que los nombres que se elijan indiquen de forma lo más clara posible el significado del elemento al que se refiere el nombre.

4.1.1. Identificadores

4.1.1.1. se construyen generalmente con letras y números.

4.1.2. Tablas

4.1.2.1. representan entidades y sus nombres deberían describir las entidades que representan

4.1.3. Restricciones

4.1.3.1. se pueden denominar de formas autointerpretativas.

4.1.4. Controles

4.1.4.1. Se debería denominar con una indicación del tipo de control, anteponiendo a un nombre descriptor un prefijo que indique el tipo

4.1.5. Variables

4.1.5.1. Se debería denominar con una indicación del tipo de la variable, anteponiendo a un nombre descriptor un prefijo que indique el tipo

4.1.6. Objetos de la base de datos

4.1.6.1. se debería denominar con una indicación del tipo de objeto, anteponiendo a un nombre descriptor un prefijo que indique el tipo