Bases de Datos Web

Ing. Víctor Andrés Ochoa Correa

 Conceptos Básicos
► ¿Qué es un Dato?

Conjunto de caracteres con algún significado.

► ¿Qué es una Base de Datos?

Colección ordenada de datos

Por lo general pertenecen al mismo contexto

organiza los datos en forma sistemática cosa
que pueda ser consultada posteriormente.
 Conceptos Básicos
► ¿Qué es un DBMS o SGBD?

Es un programa que se ubica entre los usuarios
y los datos como tales.

► ¿Para Qué?

Para no interactuar directamente con la
información.

Acceso a la información a nivel lógico.

Mayor grado de independencia entre las
aplicaciones y la información física.
 Conceptos Básicos: DBMS
►… ¿Para Que?

Menor redundancia de información

Asegurar la consistencia de los datos

Seguridad

Integridad ante fallas (datos malos, fallas de
hardware, etc.)

Control de Concurrencia

Eficiencia
DBMS
 DBMS
► Los DMBS deben ofrecer:

DDL (Data Definition Language)

DVL (Data Visualization Language)

DCL (Data Control Language)

► SQL(Structured Query Language) es un

lenguaje que contiene todo lo anterior.
 Clasificación de Bases de Datos
► Se pueden clasificar según:

Variabilidad  estáticas/dinámicas

Contenido  bibliográfica/numérica/texto/
completo/directorios/multimedia/
bibliotecas genéticas/etc.

Modelamiento de la Información …
 Tipos de Bases de Datos
► Bases de Datos Relacionales:

Son las más populares hoy en día

Se basa en el modelo de relaciones

Representa la información como tablas
compuesta de tuplas(filas) y campos(columnas).

No importa como se maneje físicamente la
información

La información se puede consultar a través de
SQL.
 Modelo Relacional
► Una relación se puede ver como una tabla:

nombre apellido nacimiento sexo estado_civil

Manuel Vernard 01-01-1983 M Soltero
Francisca Lund 01-01-1986 F Casado

Tuplas
Atributos

► En el ejemplo, cada fila representa a una persona.

► El nombre de la relación es el nombre que se le da a
la tabla.
► Una tupla puede representarse como:
Persona(nombre,apellido,nacimiento,sexo,estado_civil)
 Modelo Relacional
► Para identificar únicamente una tupla se
utilizan las llaves primarias, que no pueden
repetirse.
► Los atributos se caracterizan por tener un
nombre y un dominio:

El dominio dice que tipo de información puede
ingresarse para ese atributo.

Los dominios deben ser “atómicos”
 Modelo Relacional
► ¿Quésignifica que un dominio debe ser
“Atómico”?

Su valor no puede ser dividido en dominios más
simples.

Ej: Persona(nombre, apellido, nacimiento, hijos)  mal!

Una persona puede tener más de un hijo!

¿Ej. correcto?
► Persona(*id_persona, nombre, apellido, nacimiento)
► Hijos(*id_persona, *id_hijo, nombre, apellido, nacimiento)

Llave Foranea
 Normalización
► Estándar de conversión de relaciones entre
entidades.
► Trata de evitar:

La redundancia de los datos

inconsistencias de los datos
►A través de la normalización se llega al
modelo físico de los datos.
► Utiliza las llamadas formas normales (1FN,
2FN, 3FN, 4FN)
 Normalización: 1FN
► Todos los dominios son “Atómicos”:
Código Nombre Cursos
1 Marcos Inglés
2 Lucas Contabilidad, Informática
3 Marta Inglés, Contabilidad

Tabla B
Tabla A Código Curso
Código Nombre 1 Inglés
1 Marcos 2 Contabilidad
2 Lucas 2 Informática
3 Marta 3 Inglés
3 Informática
 Normalización: 2FN
► Todos los campos dependen directamente de la
clave. Código Empleado Código Dpto. Nombre Departamento Años
1 6 Juan Contabilidad 6
2 3 Pedro Sistemas 3
3 2 Sonia I+D 1
4 3 Verónica Sistemas 10
2 6 Pedro Contabilidad 5

Tabla A
Código Empleado Nombre
1 Juan
2 Pedro
3 Sonia
4 Verónica Tabla C
Código Empleado Código Departamento Años
Tabla B
1 6 6
Código Departamento Dpto.
2 3 3
2 I+D
3 Sistemas
3 2 1
6 Contabilidad 4 3 10
2 6 5
 Normalización: 3FN
► los campos de la tabla dependen únicamente de
la clave (no dependen unos de otros).

Código Nombre Curso Aula

1 Marcos Informática Aula A
2 Lucas Inglés Aula B
3 Marta Contabilidad Aula C

Tabla A Tabla B
Código Nombre Curso Curso Aula
1 Marcos Informática Informática Aula A
2 Lucas Inglés Inglés Aula B
3 Marta Contabilidad Contabilidad Aula C
 Normalización: 4FN
► paracualquier combinación clave - campo no
existen valores duplicados.
Geometría
Figura Color Tamaño
Cuadrado Rojo Grande
Cuadrado Azul Grande
Cuadrado Azul Mediano
Círculo Blanco Mediano
Círculo Azul Pequeño
Círculo Azul Mediano

Color Tamaño
Figura Color Figura Tamaño
Cuadrado Rojo Cuadrado Grande
Cuadrado Azul Cuadrado Pequeño
Círculo Blanco Círculo Mediano
Círculo Azul Círculo Pequeño
cardinalidad Relación entre entidades Llave foránea

Uno a uno No es necesario crear una Se crea una llave

relación entre las entidades foránea en una de las
entidades relacionadas
que corresponde a la
llave primaria en la otra

Uno a muchos No es necesario crear una Se crea una llave

relación entre las entidades foránea del lado de la
entidad “muchos” que
corresponde a la llave
primaria del lado “uno”

Muchos a Se crea una relación con llave En las entidades no hay

muchos primaria compuesta formada llave foránea.
por las llaves primarias de las
entidades que une la relación
 Modelo Entidad-Relación
► Permitediseñar conceptualmente una base
de datos a través de diagramas.
 Modelo Entidad-Relación
► Entidad

cualquier objeto, real o abstracto, que existe en un contexto
determinado o puede llegar a existir y del cual deseamos guardar
información

Ej: PROFESOR, CURSO, ALUMNO.

► Entidad Fuerte:

existen por sí mismas

la existencia de un ejemplar en la entidad no depende de la
existencia de otros ejemplares en otra entidad.

Ej: EMPLEADO, PROFESOR.
Profesor
► Entidad Débil

Necesitan la existencia de ejemplares de otras entidades distintas
para existir.

EJ: VENTA
Venta
 Modelo Entidad-Relación
► Atributos

Propiedades o características de las Entidades.
 Modelo Entidad-Relación
► Cardinalidad

número máximo y mínimo de ejemplares de un
tipo de entidad que pueden estar asociadas,
mediante una determinada relación, con un
ejemplar de otra entidad.

Pueden ser de la siguiente forma:
(0,n), (n,0), (1,n), (n,1), (0,1), (1,0), (0,0) ó (n,n).
 Metodología de Diseño
► Identificar las entidades.
► Identificar las relaciones.
► Identificar los atributos y asociarlos a
entidades y relaciones.
► Determinar los dominios de los atributos.
► Determinar los identificadores.
► Dibujar el diagrama entidad-relación.
► Conversión Tablas
 Ejemplo
► La asociación "Amigos de la Fiesta" desea recoger en una base de datos toda
la información acerca de las corridas de todos que se celebran en España y de
todos los datos relacionados con ellas.

Se desea tener información acerca de cada corrida, identificada conjuntamente por
un número de orden, la feria en la que se celebra y el año de celebración (por
ejemplo: orden = 2, feria = San Isidro, Año = 1999).

En una determinada corrida actúan una serie de toreros (mínimo 1 y máximo 3) de
los que desea guardar su DNI, nombre, apodo y fecha en que tomó la alternativa
(fecha en la que se convirtió en matador de toros). Además se desea saber quien
fue el torero que le dio la alternativa (padrino) en su día (un torero puede dar la
alternativa a varios toreros o a ninguno).

En cada corrida un torero obtiene una serie de premios (cuántas orejas, cuántos
rabos y si salió por la puerta grande o no) de los que se desea mantener
información.

Cada torero puede tener un apoderado del que es protegido. A su vez, un
apoderado lo puede ser de varios toreros. De él se desea saber su DNI, nombre,
dirección y teléfono.

Una corrida se celebra en una plaza de toros de la que se desea saber su nombre
que se supone único, localidad, dirección y aforo. En una misma plaza se pueden
celebrar varias corridas de toros.

En cada corrida son estoqueados al menos 6 toros. Cada toro viene identificado por
el código de la ganadería a la que pertenece, el año en que nació y un número de
orden. Además se desea mantener información acerca de su nombre y color así
como el orden en que fue toreado.

Cada toro pertenece a una ganadería determinada. De cada ganadería se pretende
saber su código, localidad y antigüedad (fecha de creación).
Solución
 Reducción de E-R a Tablas
► Entidades

Se genera una tabla con los atributos de una
entidad. La clave primaria de la tabla es la
misma que la de la entidad del modelo E-R.
 Reducción de E-R a Tablas
► Entidades Débiles

se genera una tabla con los atributos de la
entidad débil, mas la clave primaria de la
entidad fuerte. La clave primaria de la tabla
generada por la entidad débil estará formada
por los atributos clave de la entidad débil en el
modelo E-R más los atributos clave de la
entidad fuerte en el modelo E-R.
 Reducción de E-R a Tablas
► Relaciones

Si la relación es del tipo 1:1 y es obligatorio
(total) tipo de participación de ambas
entidades, solo es necesario una tabla con los
atributos de las entidades que participan en la
relación. Como clave primaria se puede tornar
cualquiera de las claves de las entidades.
 Reducción de E-R a Tablas
► Relaciones

Si la relación es del tipo 1:1 y el tipo de participación
de una entidad es obligatoria (total) y el de la otra es
opcional (parcial), son necesarias dos tablas. Cada una
contendrá los atributos de las entidades que participan
en la relación. En la tabla correspondiente a la entidad
con participación obligatoria se añade una columna
que contendrá la clave primaria de la otra entidad
(clave ajena). La clave primaria de cada tabla del
modelo relacional serán las mismas que las de las
entidades asociadas del modelo E-R.
 Reducción de E-R a Tablas
► Relaciones

Si la relación es del tipo 1:1 y el tipo de
participación es opcional (parcial) para las dos
entidades, entonces es necesario generar tres
tablas, una para cada entidad y otra para la
relación que deberá contener como atributos las
claves primarias de las entidades que participan
en la relación.
 Reducción de E-R a Tablas
► Relaciones

Cuando la relación es del tipo 1:N, y la entidad
del lado N es de participación obligatoria (total)
se necesita una tabla para cada entidad. A la
tabla que representa la entidad N se le añade
un atributo que contenga la clave primaria de la
entidad con la que se relaciona (clave ajena).
 Reducción de E-R a Tablas
► Relaciones

Cuando la relación es del tipo 1:N, y la entidad
del lado N es de participación optativa (parcial)
se necesitan tres tablas: una para representar
cada entidad y una para representar la relación.
 Reducción de E-R a Tablas
► Relaciones

Si la relación es del tipo N:M, se generan tres
tablas, una para cada entidad y otra que
contiene los atributos propios de la relación más
la claves primarias de las entidades que
participan en la relación.
 Reducción de E-R a Tablas
► Relaciones

En general, cuando la relación es entre una
entidad fuerte y una entidad débil, no necesita
ser representada en forma de tabla.
TRABAJO DE CLASE