Clase2 diseno de una bd

2. El diseño de una base de datos consiste en
definir la estructura de los datos que debe tener
la base de datos de un sistema de información
determinado.
En el caso relacional, esta estructura será un
conjunto de esquemas de relación con sus
atributos, dominios de atributos, claves
primarias, claves foráneas, etc.

3. PROCESO DE DISEÑO DE BASE DE DATOS
• El diseño de una base de datos no es un proceso sencillo.
Habitualmente, la complejidad de la información y la
cantidad de requisitos de los sistemas de información
hacen que sea complicado.
• Conviene descomponer el proceso del diseño en varias
etapas; en cada una se obtiene un resultado intermedio
que sirve de punto de partida de la etapa siguiente, y en la
última etapa se obtiene el resultado deseado. De este
modo no hace falta resolver de golpe toda la problemática
que plantea el diseño, sino que en cada etapa se afronta
un solo tipo de sub-problema.
DC Costa,
2013

4. Requisitos de
información
Diseño Conceptual
Diseño Lógico
Diseño Físico
Requisitos de
información
Requisitos de
información
Requisitos de
información
Realidad
Esquema Conceptual
Esquema Lógico
Esquema Físico
Análisis
Diseño

5. 5

6. PROCESO DE DISEÑO DE BASE DE DATOS
Etapas del Diseño
1.Etapa del diseño conceptual: en esta etapa se
obtiene una estructura de la información de la
futura BD independiente de la tecnología que hay
que emplear.
•No se tiene en cuenta todavía qué tipo de base
de datos se utilizará –relacional, orientada a
objetos, jerárquica, etc. En consecuencia,
tampoco se tiene en cuenta con qué SGBD ni con
qué lenguaje concreto se implementará la base de
datos.
DC Costa,
2013

7. PROCESO DE DISEÑO DE BASE DE DATOS
• La etapa del diseño conceptual nos permite concentrarnos
únicamente en la problemática de la estructuración de la
información, sin tener que preocuparnos al mismo tiempo de
resolver cuestiones tecnológicas.
• El resultado de la etapa del diseño conceptual se expresa
mediante algún modelo de datos de alto nivel. Uno de los más
empleados es el modelo Entidad-Relación (entity-relationship),
que abreviaremos con la sigla ER.
DC Costa,
2013

8. 8

9. PROCESO DE DISEÑO DE BASE DE DATOS
2. Etapa del diseño lógico: en esta etapa se parte del
resultado del diseño conceptual, que se transforma de
forma que se adapte a la tecnología que se debe emplear.
Más concretamente, es preciso que se ajuste al modelo
del SGBD con el que se desea implementar la base de
datos. Por ejemplo, si se trata de un SGBD relacional, esta
etapa obtendrá un conjunto de relaciones con sus
atributos, claves primarias y claves foráneas.
Esta etapa parte del hecho de que ya se ha resuelto la
problemática de la estructuración de la información en un
ámbito conceptual, y permite concentrarnos en las
cuestiones tecnológicas relacionadas con el modelo de
base de datos.
DC Costa,
2013

10. 10

11. PROCESO DE DISEÑO DE BASE DE DATOS
3. Etapa del Diseño Físico: en esta etapa se transforma la
estructura obtenida en la etapa del diseño lógico, con el
objetivo de conseguir una mayor eficiencia; además, se
completa con aspectos de implementación física que
dependerán del SGBD.
En la etapa del diseño físico –con el objetivo de conseguir un
buen rendimiento de la base de datos–, se deben tener en
cuenta las características de los procesos que consultan y
actualizan la base de datos, como por ejemplo los
caminos de acceso que utilizan y las frecuencias de
ejecución. También es necesario considerar los volúmenes
que se espera tener de los diferentes datos que se quieren
almacenar.
DC Costa,
2013

12. 12

14. • Minimizar la redundancia
• Minimizar el mantenimiento de datos
• Minimizar el impacto de futuros cambios
(anomalías de actualización y anomalías de
borrado) de datos, e ingreso de información
(anomalías de inserción).

16. Dependencia funcional
Una dependencia funcional es una conexión entre uno o más atributos. Por
ejemplo si se conoce el valor de DNI tiene una conexión con Apellido o Nombre.
Dependencia funcional reflexiva
Si "y" está incluido en "x" entonces x y
A partir de cualquier atributo o conjunto de atributos siempre puede deducirse
él mismo. Si la dirección o el nombre de una persona están incluidos en el DNI,
entonces con el DNI podemos determinar la dirección o su nombre.

17. Dependencia funcional Aumentativa
DNI nombre
DNI,dirección nombre,dirección
Si con el DNI se determina el nombre de una persona, entonces
con el DNI más la dirección también se determina el nombre y su
dirección.
Dependencia funcional transitiva

18. Sean X, Y, Z tres atributos (o grupos de atributos) de la misma
entidad. Si Y depende funcionalmente de X y Z de Y, pero X no
depende funcionalmente de Y, se dice entonces que Z depende
transitivamente de X. Simbólicamente sería:
X Y Z entonces X Z
Entonces tenemos que FechaDeNacimiento determina a Edad y
la Edad determina a Conducir, indirectamente podemos saber a través
de FechaDeNacimiento a Conducir (En muchos países, una persona
necesita ser mayor de cierta edad para poder conducir un automóvil,
por eso se utiliza este ejemplo).

19. Una clave primaria es aquella columna (o conjunto de columnas) que
identifica unívocamente a cada fila. La clave primaria es un identificador
que va a ser siempre único para cada fila. Se acostumbra a poner la clave
primaria como la primera columna de la tabla pero es más una
conveniencia que una obligación. Muchas veces la clave primaria es
numérica auto-incrementada, es decir, generada mediante una secuencia
numérica incrementada automáticamente cada vez que se inserta una
fila.
En una tabla puede que tengamos más de una columna que puede ser
clave primaria por sí misma. En ese caso se puede escoger una para ser
la clave primaria y las demás claves serán claves candidatas.
Una clave ajena (foreign key o clave foránea) es aquella columna que
existiendo como dependiente en una tabla, es a su vez clave primaria en
otra tabla.
Claves

20. Una clave alternativa es aquella clave candidata que no ha sido
seleccionada como clave primaria, pero que también puede
identificar de forma única a una fila dentro de una tabla. Ejemplo: Si
en una tabla clientes definimos el número de documento (id_cliente)
como clave primaria, el número de seguro social de ese cliente
podría ser una clave alternativa. En este caso no se usó como clave
primaria porque es posible que no se conozca ese dato en todos los
clientes.
Una clave compuesta es una clave que está compuesta por más de
una columna.
La visualización de todas las posibles claves candidatas en una
tabla ayudan a su optimización. Por ejemplo, en una tabla PERSONA
podemos identificar como claves su DNI, o el conjunto de su nombre,
apellidos, fecha de nacimiento y dirección. Podemos usar cualquiera
de las dos opciones o incluso todas a la vez como clave primaria,
pero es mejor en la mayoría de sistemas la elección del menor
número de columnas como clave primaria.
Claves

22. CUESTIONARIO
• 1. Etapa del diseño de una base datos
que es independiente al SGBD es…
– a) Conceptual
– b) Lógico
– c) Físico
22

23. CUESTIONARIO
• 2. Etapa del diseño de una base datos
que hace uso de un lenguaje e
definición de datos como SQL
– a) Conceptual
– b) Lógico
– c) Físico
23

24. CUESTIONARIO
• 3. Primer paso en el proceso del diseño
de una BD
– a) Aplicar las reglas de la normalización
– b) Determinar la finalidad de la BD
– c) Buscar y organizar la información
necesaria
24

25. CUESTIONARIO
• 4. Un objetivo de la Normalización
– a) Aumentar la seguridad de las BD
– b) mejorar la integridad de la información
– c) Minimizar la redundancia
25

26. CUESTIONARIO
• 5. La clave que no es Principal pero
podría funcionar como aquella.
– a) Clave Primaria
– b) Clave alternativa
– c) Clave Foránea
26

27. 27

28. 28