SlideShare una empresa de Scribd logo
1 de 49
Diseño y Administración
de Bases de Datos
Eduardo Castillo López
❑ Sistemas de almacenamiento de información
❑ El modelo entidad-relación
❑ El modelo relacional
❑ Paso del esquema entidad-relación al esquema relacional
❑ Normalización
❑ Diseño físico de Bases de Datos
❑ Consultas
❑ Edición de datos
❑ Vistas
2
2
Contenido
3
Sistemas de almacenamiento de
información
❑ Datos
❑ Base de datos
❑ SGBD
Los datos son acontecimientos, hechos, sucesos o cifras que carecen de
significado por si solos.
A un conjunto de datos procesados se le llama información.
4
4
Dato e Información
Conjunto de datos almacenados entre los que existen relaciones lógicas y
ha sido diseñada para satisfacer los requerimientos de información de una
empresa u organización.
Colección organizada de datos pertenecientes un mismo contexto
almacenados sistemáticamente para su posterior uso.
Colección de información organizada de tal modo que sea fácilmente
accesible, gestionada y actualizada.
5
5
Bases de datos
De acuerdo con la normativa ANSI-SPARC la arquitectura de una BD debe
poseer tres niveles de abstracción:
❑ Físico o interno. Describe como se almacenan físicamente los datos.
❑ Conceptual o lógico. Describe las entidades, sus atributos,
restricciones y relaciones.
❑ Externo. Define vistas personalizadas.
6
6
Bases de datos
Un Sistema Gestor de Base de Datos (SGBD) es una aplicación que
permite a los usuarios definir, crear y mantener la BD, y proporciona
acceso controlado a la misma.
7
7
SGBD
8
Modelo entidad-relación
❑ Modelos de datos
❑ Modelo entidad-relación
Es un conjunto de símbolos, conceptos y reglas que nos permiten
representar la estructura de una base de datos.
9
9
Modelo de datos
❑ Modelo jerárquico
❑ Modelo de red
❑ Modelo entidad-relación
❑ Modelo relacional
❑ Modelo orientado a objetos
10
10
Modelo Conceptual
Análisis de
requisitos
Diseño
conceptual
Diseño
lógico
relacional
Diseño
relacional
normalizado
Diseño
físico
Reglas de
transformación
Normalización
SQL + ajustes
El modelo conceptual trata de describir a grandes rasgos el contenido e
información de la BD mediante la especificación de los requisitos del
cliente o empresa que la solicita independientemente del SGBD que se
vaya a utilizar. El objetivo de este modelo es construir un esquema que lo
exprese todo a partir de una idea.
11
11
Modelo Conceptual
El modelo entidad-relación es uno de los más utilizados en la actualidad
para representar un esquema conceptual, fue creado por Peter Chen en
1976 y posee los siguientes elementos:
Entidad. Las entidades representan cosas u objetos concretos o
abstractos que deseemos modelar y de los cuales nos interesa almacenar
información. Se representan mediante un rectángulo con su nombre dentro
de el. El nombre de una entidad solo puede aparecer una vez en el
esquema.
Profesor Alumno
Relación. Es la forma en la cual las entidades se asocian unas con otras
indicando con eso la dependencia de las mismas. Se presentan con un
rombo con su nombre dentro de él, generalmente un verbo o acción que
une a las entidades. Puede una entidad con otra o consigo misma.
Da
clases
12
12
13
13
14
14
15
15
Lo elementos básicos de modelo MER son:
16
16
Modelo entidad-relación
❑ Entidades. Objetos del mundo real que se deseen modelar
❑ Atributos. Características de una entidad
❑ Relaciones. Asociaciones entre entidades
❑ Cardinalidad. Cantidad mínima y máxima de ocurrencias entre
una relación
1. Una escuela desea tener una base de datos, que almacene los datos principales de un alumno, la carrera que estudia, las
materias que cursa y los profesores que le imparten clase. De igual manera se desea llevar un registro de las materias que
imparte cada profesor.
2. Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los clientes (nombre, apellidos,
dni, dirección y fecha de nacimiento). Cada producto tiene un nombre y un código, así como un precio unitario. Un cliente
puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por varios clientes. Los productos
son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto sólo puede ser suministrado por un
proveedor, y que un proveedor puede suministrar diferentes productos. De cada proveedor se desea conocer el NIF, nombre y
dirección.
17
17
Modelo entidad-relación
3. Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda España. Los encargados de
llevar los paquetes son los camioneros, de los que se quiere guardar el dni, nombre, teléfono, dirección, salario y población en la
que vive. De los paquetes transportados interesa conocer el código de paquete, descripción, destinatario y dirección del
destinatario. Un camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero. De las
provincias a las que llegan los paquetes interesa guardar el código de provincia y el nombre. Un paquete sólo puede llegar a una
provincia. Sin embargo, a una provincia pueden llegar varios paquetes. De los camiones que llevan los camioneros, interesa
conocer la matrícula, modelo, tipo y potencia. Un camionero puede conducir diferentes camiones en fechas diferentes, y un
camión puede ser conducido por varios camioneros.
4. Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar los datos de los profesores del Instituto
(DNI, nombre, dirección y teléfono). Los profesores imparten módulos, y cada módulo tiene un código y un nombre. Cada alumno
está matriculado en uno o varios módulos. De cada alumno se desea guardar el nº de expediente, nombre, apellidos y fecha de
nacimiento. Los profesores pueden impartir varios módulos, pero un módulo sólo puede ser impartido por un profesor. Cada
curso tiene un grupo de alumnos, uno de los cuales es el delegado del grupo.
18
18
Modelo entidad-relación
19
19
Modelo entidad-relación
5. Se desea diseñar una base de datos para almacenar y gestionar la información empleada por una empresa dedicada a la venta
de automóviles, teniendo en cuenta los siguientes aspectos:
❏ La empresa dispone de una serie de coches para su venta. Se necesita conocer la matrícula, marca y modelo, el color y
el precio de venta de cada coche.
❏ Los datos que interesa conocer de cada cliente son el NIF, nombre, dirección, ciudad y número de teléfono: además,
los clientes se diferencian por un código interno de la empresa que se incrementa automáticamente cuando un cliente
se da de alta en ella. Un cliente puede comprar tantos coches como desee a la empresa. Un coche determinado solo
puede ser comprado por un único cliente.
❏ El concesionario también se encarga de llevar a cabo las revisiones que se realizan a cada coche. Cada revisión tiene
asociado un código que se incrementa automáticamente por cada revisión que se haga. De cada revisión se desea
saber si se ha hecho cambio de filtro, si se ha hecho cambio de aceite, si se ha hecho cambio de frenos u otros. Los
coches pueden pasar varias revisiones en el concesionario
20
20
Modelo entidad-relación
6. La clínica “SAN PATRÁS” necesita llevar un control informatizado de su gestión de pacientes y médicos. De cada paciente se desea
guardar el código, nombre, apellidos, dirección, población, provincia, código postal, teléfono y fecha de nacimiento. De cada médico se
desea guardar el código, nombre, apellidos, teléfono y especialidad. Se desea llevar el control de cada uno de los ingresos que el
paciente hace en el hospital. Cada ingreso que realiza el paciente queda registrado en la base de datos. De cada ingreso se guarda el
código de ingreso (que se incrementará automáticamente cada vez que el paciente realice un ingreso), el número de habitación y cama
en la que el paciente realiza el ingreso y la fecha de ingreso. Un médico puede atender varios ingresos, pero el ingreso de un paciente
solo puede ser atendido por un único médico. Un paciente puede realizar varios ingresos en el hospital.
7. Se desea informatizar la gestión de una tienda informática. La tienda dispone de una serie de productos que se pueden vender a los
clientes. “De cada producto informático se desea guardar el código, descripción, precio y número de existencias. De cada cliente se
desea guardar el código, nombre, apellidos, dirección y número de teléfono. Un cliente puede comprar varios productos en la tienda y un
mismo producto puede ser comprado por varios clientes. Cada vez que se compre un artículo quedará registrada la compra en la base
de datos junto con la fecha en la que se ha comprado el artículo. La tienda tiene contactos con varios proveedores que son los que
suministran los productos. Un mismo producto puede ser suministrado por varios proveedores. De cada proveedor se desea guardar el
código, nombre, apellidos, dirección, provincia y número de teléfono”.
21
Modelo relacional
❑ Relaciones
❑ Campos
❑ Tuplas
22
22
Modelo relacional
23
24
25
26
27
Normalización
❑ Primera forma normal
❑ Segunda forma normal
❑ Tercer forma normal
Es un proceso que permite refinar la construcción del modelo relacional
con el objetivo de minimizar la redundancia de datos mediante ciertas
normas y restricciones con el fin de evitar futuros problemas cuando
nuestra base de datos sea mayor. Existen varias formas normales, pero
principalmente se manejan 3 de ellas.
28
28
¿Qué es normalización?
La 1FN dicta que los valores de un dominio deben ser atómicos, es decir
que los valores de un campo deben tener un único valor. Existen 2 casos
en los cuales los valores son considerados como no atómicos y con ello
veremos sus posibles soluciones
❑ Cuando se tienen atributos compuestos
❑ Cuando se tienen atributos multivaluados o multiconcurrentes
29
29
Primera Forma Normal (1FN)
Descomponer los atributos que conforman al atributo compuesto en
campos separados, ya que si en determinado momento se necesita
unirlos eso no es un problema, pero extraer los datos resultará
problemático si la información se guarda en un mismo campo.
30
30
Primera Forma Normal (1FN)
1. Dividir los valores en registros diferentes y colocarles una clave que
funcione como clave primaria compuesta.
31
31
Primera Forma Normal (1FN)
2. Eliminar la redundancia
extrayendo todos los campos
que le están causando a una
nueva tabla la cual tendrá
como clave foránea la clave
primaria de la primer tabla. Si
es necesario ambas claves
pueden fungir como clave
primaria compuesta.
32
32
Primera Forma Normal (1FN)
Para poder llevar la normalización a la 2FN, todas las relaciones en la base de datos
necesitan 2 características:
❑ Tener la 1FN
❑ Que en la relación exista una dependencia funcional completa en todos los campos
de una tabla con su clave primaria.
33
33
Segunda Forma Normal (2FN)
En la relación Actores, la existencia de los valores del campo Actor dependen de la
existencia de la clave primaria ID_Actor, sin embargo, la existencia de la clave foránea
ID_Pelicula no depende de la existencia de ID_Actor, ya que la relación Películas es la
entidad fuerte y la relación actores es la entidad débil. Por lo tanto ID_Pelicula no tiene
dependencia funcional completa con ID_Actor.
34
34
Segunda Forma Normal (2FN)
Para solucionarlo debemos
extraer los campos que no
tienen dependencia funcional
completa y la clave primaria
de la relación y colocarlos en
una nueva tabla como claves
foráneas. Al hacer esto, la
relación Actores se ha vuelto
una entidad fuerte.
35
35
Segunda Forma Normal (2FN)
Para poder llevar a cabo a la tercera forma normal, todas las relaciones de la base de datos
necesitan 2 características:
❑ Tener la 2FN
❑ Que en la relación no exista una dependencia funcional transitiva de todos los
campos de una tabla con su clave primaria .
36
36
Tercera Forma Normal (3FN)
En la relación películas, el ID_Pelicula hace referencia al nombre de la película pero no al
nombre de género. El género depende del nombre de la película y el nombre de la película
depende del ID_Pelicula, por lo tanto el nombre de género tiene una dependencia transitiva
con él ID_Pelicula
37
37
Tercera Forma Normal (3FN)
Para solucionarlo debemos
extraer los campos que tienen
dependencia funcional
transitiva y agregarlos a una
nueva tabla asignándole una clave
primaria la cual se ingresará como
clave foránea de la primer tabla.
38
38
Tercera Forma Normal (3FN)
39
39
Normalización ❑Eliminar atributos compuestos convirtiéndolos
en campos de la relación
❑Eliminar atributos multivaluados convirtiéndolos
en relaciones
❑Eliminar la redundancia de datos de tipo carácter
con longitud larga, ya que el espacio de
almacenamiento es mucho menor en un tipo de
dato numérico o carácter de longitud corta
❑Convertir algunas entidades débiles
(participación N) en entidades fuertes
(participación 1)
40
41
41
Modelos de datos
Análisis de
requisitos
Diseño
conceptual
Diseño
lógico
relacional
Diseño
relacional
normalizado
Diseño
físico
Reglas de
transformación
Normalización
SQL + ajustes
42
42
MAPS
our office
43
OUR PROCESS
IS EASY
44
20XX
Vestibulum congue tempus
Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor. Donec facilisis lacus
eget mauris.
20XX
Vestibulum congue tempus
Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor. Donec facilisis lacus
eget mauris.
20XX
Vestibulum congue tempus
Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor. Donec facilisis lacus
eget mauris.
20XX
Vestibulum congue tempus
Lorem ipsum dolor sit amet,
consectetur adipiscing elit, sed do
eiusmod tempor. Donec facilisis lacus
eget mauris.
LET’S REVIEW SOME CONCEPTS
Yellow
Is the color of gold, butter and
ripe lemons. In the spectrum
of visible light, yellow is found
between green and orange.
Blue
Is the colour of the clear sky
and the deep sea. It is located
between violet and green on
the optical spectrum.
Red
Is the color of blood, and
because of this it has
historically been associated
with sacrifice, danger and
courage.
45
Yellow
Is the color of gold, butter and
ripe lemons. In the spectrum
of visible light, yellow is found
between green and orange.
Blue
Is the colour of the clear sky
and the deep sea. It is located
between violet and green on
the optical spectrum.
Red
Is the color of blood, and
because of this it has
historically been associated
with sacrifice, danger and
courage.
You can insert graphs from Google Sheets
46
47
THANKS!
Any questions?
You can find me at:
❑ @username
❑ user@mail.me
SlidesCarnival icons are editable shapes.
This means that you can:
❑ Resize them without losing
quality.
❑ Change fill color and opacity.
❑ Change line color, width and style.
Isn’t that nice? :)
Examples:
48
✋👆👉👍👤👦👧👨👩👪💃🏃💑❤😂😉
😋😒😭👶😸🐟🍒🍔💣📌📖🔨🎃🎈🎨🏈
🏰🌏🔌🔑 and many more...
😉
49
You can also use any emoji as an icon!
And of course it resizes without losing quality.
How? Follow Google instructions
https://twitter.com/googledocs/status/730087240156643328

Más contenido relacionado

Similar a Presentación.pptx

Ejercicios entidad-relacion
Ejercicios entidad-relacionEjercicios entidad-relacion
Ejercicios entidad-relacionAntoni Riveros
 
Modelamiento de datos Ejercicios
Modelamiento de datos EjerciciosModelamiento de datos Ejercicios
Modelamiento de datos Ejerciciosluiguileon
 
ejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BDejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BDJomar Burgos Palacios
 
Ejercicios modelo-entidad-relacion riveros rivera
Ejercicios modelo-entidad-relacion riveros riveraEjercicios modelo-entidad-relacion riveros rivera
Ejercicios modelo-entidad-relacion riveros riveraYerlyRiverosRivera
 
Base de datos delia
Base de datos deliaBase de datos delia
Base de datos deliaDeliaRuiz12
 

Similar a Presentación.pptx (20)

Diagramas E- R, Erwin Data Modeler
Diagramas E-  R, Erwin Data ModelerDiagramas E-  R, Erwin Data Modeler
Diagramas E- R, Erwin Data Modeler
 
Diagrama er erwin
Diagrama er erwinDiagrama er erwin
Diagrama er erwin
 
Ejercicios entidad-relacion
Ejercicios entidad-relacionEjercicios entidad-relacion
Ejercicios entidad-relacion
 
Modelamiento de-datos E-R con Erwin
Modelamiento de-datos E-R con ErwinModelamiento de-datos E-R con Erwin
Modelamiento de-datos E-R con Erwin
 
Clase 3 Ejercicios MER
Clase 3 Ejercicios MERClase 3 Ejercicios MER
Clase 3 Ejercicios MER
 
Entidad relacion curso base datos
Entidad relacion curso base datosEntidad relacion curso base datos
Entidad relacion curso base datos
 
Entidad relacion curso base datos
Entidad relacion curso base datosEntidad relacion curso base datos
Entidad relacion curso base datos
 
Modelamiento de datos Ejercicios
Modelamiento de datos EjerciciosModelamiento de datos Ejercicios
Modelamiento de datos Ejercicios
 
Entidad-Relacion Ejemplos
Entidad-Relacion EjemplosEntidad-Relacion Ejemplos
Entidad-Relacion Ejemplos
 
ejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BDejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BD
 
Ejercicios de entidad relacion
Ejercicios de entidad relacionEjercicios de entidad relacion
Ejercicios de entidad relacion
 
Ejercicios de Entidad-Relación con Erwin
Ejercicios de Entidad-Relación con ErwinEjercicios de Entidad-Relación con Erwin
Ejercicios de Entidad-Relación con Erwin
 
Yerly
YerlyYerly
Yerly
 
Yerly
YerlyYerly
Yerly
 
Ejercicios entidad relación
Ejercicios entidad relaciónEjercicios entidad relación
Ejercicios entidad relación
 
Yerly
YerlyYerly
Yerly
 
Er-erwin
Er-erwinEr-erwin
Er-erwin
 
Ejercicios modelo-entidad-relacion riveros rivera
Ejercicios modelo-entidad-relacion riveros riveraEjercicios modelo-entidad-relacion riveros rivera
Ejercicios modelo-entidad-relacion riveros rivera
 
Base de datos delia
Base de datos deliaBase de datos delia
Base de datos delia
 
Tarea bd
Tarea bdTarea bd
Tarea bd
 

Presentación.pptx

  • 1. Diseño y Administración de Bases de Datos Eduardo Castillo López
  • 2. ❑ Sistemas de almacenamiento de información ❑ El modelo entidad-relación ❑ El modelo relacional ❑ Paso del esquema entidad-relación al esquema relacional ❑ Normalización ❑ Diseño físico de Bases de Datos ❑ Consultas ❑ Edición de datos ❑ Vistas 2 2 Contenido
  • 3. 3 Sistemas de almacenamiento de información ❑ Datos ❑ Base de datos ❑ SGBD
  • 4. Los datos son acontecimientos, hechos, sucesos o cifras que carecen de significado por si solos. A un conjunto de datos procesados se le llama información. 4 4 Dato e Información
  • 5. Conjunto de datos almacenados entre los que existen relaciones lógicas y ha sido diseñada para satisfacer los requerimientos de información de una empresa u organización. Colección organizada de datos pertenecientes un mismo contexto almacenados sistemáticamente para su posterior uso. Colección de información organizada de tal modo que sea fácilmente accesible, gestionada y actualizada. 5 5 Bases de datos
  • 6. De acuerdo con la normativa ANSI-SPARC la arquitectura de una BD debe poseer tres niveles de abstracción: ❑ Físico o interno. Describe como se almacenan físicamente los datos. ❑ Conceptual o lógico. Describe las entidades, sus atributos, restricciones y relaciones. ❑ Externo. Define vistas personalizadas. 6 6 Bases de datos
  • 7. Un Sistema Gestor de Base de Datos (SGBD) es una aplicación que permite a los usuarios definir, crear y mantener la BD, y proporciona acceso controlado a la misma. 7 7 SGBD
  • 8. 8 Modelo entidad-relación ❑ Modelos de datos ❑ Modelo entidad-relación
  • 9. Es un conjunto de símbolos, conceptos y reglas que nos permiten representar la estructura de una base de datos. 9 9 Modelo de datos ❑ Modelo jerárquico ❑ Modelo de red ❑ Modelo entidad-relación ❑ Modelo relacional ❑ Modelo orientado a objetos
  • 10. 10 10 Modelo Conceptual Análisis de requisitos Diseño conceptual Diseño lógico relacional Diseño relacional normalizado Diseño físico Reglas de transformación Normalización SQL + ajustes El modelo conceptual trata de describir a grandes rasgos el contenido e información de la BD mediante la especificación de los requisitos del cliente o empresa que la solicita independientemente del SGBD que se vaya a utilizar. El objetivo de este modelo es construir un esquema que lo exprese todo a partir de una idea.
  • 11. 11 11 Modelo Conceptual El modelo entidad-relación es uno de los más utilizados en la actualidad para representar un esquema conceptual, fue creado por Peter Chen en 1976 y posee los siguientes elementos: Entidad. Las entidades representan cosas u objetos concretos o abstractos que deseemos modelar y de los cuales nos interesa almacenar información. Se representan mediante un rectángulo con su nombre dentro de el. El nombre de una entidad solo puede aparecer una vez en el esquema. Profesor Alumno Relación. Es la forma en la cual las entidades se asocian unas con otras indicando con eso la dependencia de las mismas. Se presentan con un rombo con su nombre dentro de él, generalmente un verbo o acción que une a las entidades. Puede una entidad con otra o consigo misma. Da clases
  • 12. 12 12
  • 13. 13 13
  • 14. 14 14
  • 15. 15 15
  • 16. Lo elementos básicos de modelo MER son: 16 16 Modelo entidad-relación ❑ Entidades. Objetos del mundo real que se deseen modelar ❑ Atributos. Características de una entidad ❑ Relaciones. Asociaciones entre entidades ❑ Cardinalidad. Cantidad mínima y máxima de ocurrencias entre una relación
  • 17. 1. Una escuela desea tener una base de datos, que almacene los datos principales de un alumno, la carrera que estudia, las materias que cursa y los profesores que le imparten clase. De igual manera se desea llevar un registro de las materias que imparte cada profesor. 2. Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los clientes (nombre, apellidos, dni, dirección y fecha de nacimiento). Cada producto tiene un nombre y un código, así como un precio unitario. Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por varios clientes. Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto sólo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos. De cada proveedor se desea conocer el NIF, nombre y dirección. 17 17 Modelo entidad-relación
  • 18. 3. Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda España. Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el dni, nombre, teléfono, dirección, salario y población en la que vive. De los paquetes transportados interesa conocer el código de paquete, descripción, destinatario y dirección del destinatario. Un camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero. De las provincias a las que llegan los paquetes interesa guardar el código de provincia y el nombre. Un paquete sólo puede llegar a una provincia. Sin embargo, a una provincia pueden llegar varios paquetes. De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo, tipo y potencia. Un camionero puede conducir diferentes camiones en fechas diferentes, y un camión puede ser conducido por varios camioneros. 4. Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar los datos de los profesores del Instituto (DNI, nombre, dirección y teléfono). Los profesores imparten módulos, y cada módulo tiene un código y un nombre. Cada alumno está matriculado en uno o varios módulos. De cada alumno se desea guardar el nº de expediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir varios módulos, pero un módulo sólo puede ser impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de los cuales es el delegado del grupo. 18 18 Modelo entidad-relación
  • 19. 19 19 Modelo entidad-relación 5. Se desea diseñar una base de datos para almacenar y gestionar la información empleada por una empresa dedicada a la venta de automóviles, teniendo en cuenta los siguientes aspectos: ❏ La empresa dispone de una serie de coches para su venta. Se necesita conocer la matrícula, marca y modelo, el color y el precio de venta de cada coche. ❏ Los datos que interesa conocer de cada cliente son el NIF, nombre, dirección, ciudad y número de teléfono: además, los clientes se diferencian por un código interno de la empresa que se incrementa automáticamente cuando un cliente se da de alta en ella. Un cliente puede comprar tantos coches como desee a la empresa. Un coche determinado solo puede ser comprado por un único cliente. ❏ El concesionario también se encarga de llevar a cabo las revisiones que se realizan a cada coche. Cada revisión tiene asociado un código que se incrementa automáticamente por cada revisión que se haga. De cada revisión se desea saber si se ha hecho cambio de filtro, si se ha hecho cambio de aceite, si se ha hecho cambio de frenos u otros. Los coches pueden pasar varias revisiones en el concesionario
  • 20. 20 20 Modelo entidad-relación 6. La clínica “SAN PATRÁS” necesita llevar un control informatizado de su gestión de pacientes y médicos. De cada paciente se desea guardar el código, nombre, apellidos, dirección, población, provincia, código postal, teléfono y fecha de nacimiento. De cada médico se desea guardar el código, nombre, apellidos, teléfono y especialidad. Se desea llevar el control de cada uno de los ingresos que el paciente hace en el hospital. Cada ingreso que realiza el paciente queda registrado en la base de datos. De cada ingreso se guarda el código de ingreso (que se incrementará automáticamente cada vez que el paciente realice un ingreso), el número de habitación y cama en la que el paciente realiza el ingreso y la fecha de ingreso. Un médico puede atender varios ingresos, pero el ingreso de un paciente solo puede ser atendido por un único médico. Un paciente puede realizar varios ingresos en el hospital. 7. Se desea informatizar la gestión de una tienda informática. La tienda dispone de una serie de productos que se pueden vender a los clientes. “De cada producto informático se desea guardar el código, descripción, precio y número de existencias. De cada cliente se desea guardar el código, nombre, apellidos, dirección y número de teléfono. Un cliente puede comprar varios productos en la tienda y un mismo producto puede ser comprado por varios clientes. Cada vez que se compre un artículo quedará registrada la compra en la base de datos junto con la fecha en la que se ha comprado el artículo. La tienda tiene contactos con varios proveedores que son los que suministran los productos. Un mismo producto puede ser suministrado por varios proveedores. De cada proveedor se desea guardar el código, nombre, apellidos, dirección, provincia y número de teléfono”.
  • 23. 23
  • 24. 24
  • 25. 25
  • 26. 26
  • 27. 27 Normalización ❑ Primera forma normal ❑ Segunda forma normal ❑ Tercer forma normal
  • 28. Es un proceso que permite refinar la construcción del modelo relacional con el objetivo de minimizar la redundancia de datos mediante ciertas normas y restricciones con el fin de evitar futuros problemas cuando nuestra base de datos sea mayor. Existen varias formas normales, pero principalmente se manejan 3 de ellas. 28 28 ¿Qué es normalización?
  • 29. La 1FN dicta que los valores de un dominio deben ser atómicos, es decir que los valores de un campo deben tener un único valor. Existen 2 casos en los cuales los valores son considerados como no atómicos y con ello veremos sus posibles soluciones ❑ Cuando se tienen atributos compuestos ❑ Cuando se tienen atributos multivaluados o multiconcurrentes 29 29 Primera Forma Normal (1FN)
  • 30. Descomponer los atributos que conforman al atributo compuesto en campos separados, ya que si en determinado momento se necesita unirlos eso no es un problema, pero extraer los datos resultará problemático si la información se guarda en un mismo campo. 30 30 Primera Forma Normal (1FN)
  • 31. 1. Dividir los valores en registros diferentes y colocarles una clave que funcione como clave primaria compuesta. 31 31 Primera Forma Normal (1FN)
  • 32. 2. Eliminar la redundancia extrayendo todos los campos que le están causando a una nueva tabla la cual tendrá como clave foránea la clave primaria de la primer tabla. Si es necesario ambas claves pueden fungir como clave primaria compuesta. 32 32 Primera Forma Normal (1FN)
  • 33. Para poder llevar la normalización a la 2FN, todas las relaciones en la base de datos necesitan 2 características: ❑ Tener la 1FN ❑ Que en la relación exista una dependencia funcional completa en todos los campos de una tabla con su clave primaria. 33 33 Segunda Forma Normal (2FN)
  • 34. En la relación Actores, la existencia de los valores del campo Actor dependen de la existencia de la clave primaria ID_Actor, sin embargo, la existencia de la clave foránea ID_Pelicula no depende de la existencia de ID_Actor, ya que la relación Películas es la entidad fuerte y la relación actores es la entidad débil. Por lo tanto ID_Pelicula no tiene dependencia funcional completa con ID_Actor. 34 34 Segunda Forma Normal (2FN)
  • 35. Para solucionarlo debemos extraer los campos que no tienen dependencia funcional completa y la clave primaria de la relación y colocarlos en una nueva tabla como claves foráneas. Al hacer esto, la relación Actores se ha vuelto una entidad fuerte. 35 35 Segunda Forma Normal (2FN)
  • 36. Para poder llevar a cabo a la tercera forma normal, todas las relaciones de la base de datos necesitan 2 características: ❑ Tener la 2FN ❑ Que en la relación no exista una dependencia funcional transitiva de todos los campos de una tabla con su clave primaria . 36 36 Tercera Forma Normal (3FN)
  • 37. En la relación películas, el ID_Pelicula hace referencia al nombre de la película pero no al nombre de género. El género depende del nombre de la película y el nombre de la película depende del ID_Pelicula, por lo tanto el nombre de género tiene una dependencia transitiva con él ID_Pelicula 37 37 Tercera Forma Normal (3FN)
  • 38. Para solucionarlo debemos extraer los campos que tienen dependencia funcional transitiva y agregarlos a una nueva tabla asignándole una clave primaria la cual se ingresará como clave foránea de la primer tabla. 38 38 Tercera Forma Normal (3FN)
  • 39. 39 39 Normalización ❑Eliminar atributos compuestos convirtiéndolos en campos de la relación ❑Eliminar atributos multivaluados convirtiéndolos en relaciones ❑Eliminar la redundancia de datos de tipo carácter con longitud larga, ya que el espacio de almacenamiento es mucho menor en un tipo de dato numérico o carácter de longitud corta ❑Convertir algunas entidades débiles (participación N) en entidades fuertes (participación 1)
  • 40. 40
  • 41. 41 41 Modelos de datos Análisis de requisitos Diseño conceptual Diseño lógico relacional Diseño relacional normalizado Diseño físico Reglas de transformación Normalización SQL + ajustes
  • 42. 42 42
  • 44. OUR PROCESS IS EASY 44 20XX Vestibulum congue tempus Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor. Donec facilisis lacus eget mauris. 20XX Vestibulum congue tempus Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor. Donec facilisis lacus eget mauris. 20XX Vestibulum congue tempus Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor. Donec facilisis lacus eget mauris. 20XX Vestibulum congue tempus Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor. Donec facilisis lacus eget mauris.
  • 45. LET’S REVIEW SOME CONCEPTS Yellow Is the color of gold, butter and ripe lemons. In the spectrum of visible light, yellow is found between green and orange. Blue Is the colour of the clear sky and the deep sea. It is located between violet and green on the optical spectrum. Red Is the color of blood, and because of this it has historically been associated with sacrifice, danger and courage. 45 Yellow Is the color of gold, butter and ripe lemons. In the spectrum of visible light, yellow is found between green and orange. Blue Is the colour of the clear sky and the deep sea. It is located between violet and green on the optical spectrum. Red Is the color of blood, and because of this it has historically been associated with sacrifice, danger and courage.
  • 46. You can insert graphs from Google Sheets 46
  • 47. 47 THANKS! Any questions? You can find me at: ❑ @username ❑ user@mail.me
  • 48. SlidesCarnival icons are editable shapes. This means that you can: ❑ Resize them without losing quality. ❑ Change fill color and opacity. ❑ Change line color, width and style. Isn’t that nice? :) Examples: 48
  • 49. ✋👆👉👍👤👦👧👨👩👪💃🏃💑❤😂😉 😋😒😭👶😸🐟🍒🍔💣📌📖🔨🎃🎈🎨🏈 🏰🌏🔌🔑 and many more... 😉 49 You can also use any emoji as an icon! And of course it resizes without losing quality. How? Follow Google instructions https://twitter.com/googledocs/status/730087240156643328