Base de DatosTEORIA

Curso: Base de Datos 2011-1

Equipo de Profesores del Curso

Logro del Curso

Al finalizar el curso, el alumno diseña crea e implementa una base de datos para un

proceso de negocio que contenga vistas (view), procedimientos almacenados (stored

procedure), funciones (function) y disparadores (trigger) haciendo uso del

lenguaje de programación Transact – SQL.

Fórmula de Evaluación

   donde:• PF = Promedio Final• CE = Evaluación Continua de Teoría• EP1 = Examen Parcial de Teoría• EF1 = Examen Final de Teoría• LC = Evaluación Continua de Laboratorio• LP1 = Examen Parcial de Laboratorio• LF1 = Examen Final de Laboratorio• PC1 = Trabajos Prácticos• NA = Evaluación Actitudinal

PF= 12% (EP1) +14% (EF1) + 12% (LP1) + 14% (LF1) + 9% PROM (LC,3,1) + 20% (PC1) + 10% (NA1) + 9% PROM(CE,3,1)

Temario

Temas del Examen Parcial (EP)• Conceptos generales de la Base de Datos, arquitectura y

sus principales funciones• Relaciones de correspondencia: (1-1, 1-M, M-M)• Determinación gráfica de una agregación y/o

generalización.• Modelamiento de una base de datos empleando el

Diagrama Entidad-Relación (DER).

Temario

Temas del Examen Final(EF)• Determinación de dependencia funcional o dependencia

funcional completa.• Normalización de fuentes de datos.• Obtención del modelo relacional.• Normalización de fuentes de datos y obtención del modelo

relacional.• Determinación del modelo entidad relación a partir del

modelo relacional.• Álgebra Relacional.

Base de Datos

Aspectos Introductorios

Modelo lógico-global de los datos

Modelo relacional

Álgebra Relacional

Temas actualesde bases de datos

Red de

Contenidos

Base de Datos

Rúbrica de Evaluación Actitudinal

Unidad ISesión 1

Sistemas de Base de Datos

Curso: Base de Datos 2011-1

Equipo de Profesores del Curso

Logro de la Unidad

Al final de la unidad, los alumnos describirán los componentes de una base de datos a partir de casos propuestos por el profesor, tomados de situaciones cotidianas y de ejemplos producidos individualmente. Asimismo, determinarán los elementos de una base de datos y sus interrelaciones.

Temario

1.1. Introducción al curso.

1.2. Conceptos básicos

Profesores del curso

Temario

• Surgimiento de las Bases de Datos.• Objetivos de los Sistema de Gestión de

Base de Datos.• Representación de la información

Profesores del curso

Surgimiento de las Bases de Datos

Aparición de tres generaciones:• Solución de tareas aisladas.

• Integración de tareas aisladas en sistemas particulares.

• Integración de sistemas particulares en sistemas automatizados de dirección.

Profesores del curso

Surgimiento de las Bases de Datos

Este proceso de integración ocurre en la:• Integración de los programas: Facilitada por

el uso de lenguajes de programación.• Integración de los datos: Se han producido

tres categorías manipulación: – sistemas orientados a los dispositivos, – sistemas orientados a los archivos, – sistemas orientados a la base de datos.

Profesores del curso

Definición de Base de Datos

“Conjunto de datos interrelacionados entre sí, almacenados con carácter más o menos permanente en la computadora”.

10GProfesores del curso

Objetivos de los SGBD

1. Independencia de datos y los programas de aplicación: Las aplicaciones son inmunes a los cambios en la estructura de almacenamiento.

2. Minimización de la redundancia: disminuir la redundancia referida a los datos e información generada.

3. Integración y sincronización de las bases de datos: garantiza una respuesta a los requerimientos de diferentes aspectos de los mismos datos por diferentes usuarios.

Profesores del curso

Objetivos de los SGBD

4. Integridad de datos: garantiza la NO contradicción entre los datos almacenados.

5. Seguridad (Protección): garantiza el acceso autorizado a los datos y Restauración: restauración de las bases de datos al producirse alguna falla técnica.

6. Facilidad de manipulación de la información: capacidad de una búsqueda rápida por diferentes criterios.

7. Control Centralizado: controla de manera sistemática y única los datos que se almacena en la BD, asi como el acceso a ella.

Profesores del curso

Representación de la Información

Durante el proceso y construcción de un sistema informativo automatizado, el diseño de la base de datos ocupa un lugar importante, a tal punto que ésta puede verse como un proceso relativamente independiente dentro del diseño del sistema y compuesto por una serie de etapas.

Profesores del curso

Representación de la Información

Cuando se habla de información, se hace referencia, a tres niveles diferentes de abstracción:

1. Nivel del mundo real: existencia de ENTIDADES u OBJETOS

Profesores del curso

Representación de la Información

2. Nivel del domino de las ideas: Decidir la información que debe existir en la base de datos sobre un caso o proceso del mundo real, o sea, qué información debe almacenarse físicamente en la base de datos

CAMPOS o ATRIBUTOS

Profesores del curso

Representación de la Información

2. Nivel del domino de las ideas:

CAMPOS o ATRIBUTOS

Profesor

DNI : DNI_PROFNOMBRE : NOM_PROFAPELLIDO1: APEPAT_PROFAPELLIDO2: APEMAT_PROFCATEGORIA: CAT_PROF

Profesores del curso

Representación de la Información

3. Nivel de los datos: representados mediante cadenas de caracteres o de bits. Es importante diferenciar el tipo de dato y valor de datos

Profesor

DNI :DNI_PROF 07623122 NOMBRE :NOM_PROF JuanAPELLIDO 1 :APEPAT_PROF ÁlvarezAPELLIDO 2 :APEMAT_PROF SánchezCATEGORIA :CAT_PROF C002

Profesores del curso

Representación de la Información

ProfesorDNI_Prof

Nom_Prof

ApePat_Prof

Grd_Prof Cat_Prof

25874169

Waldir Saenz Licenciado

CAT03

48627913

Dilber Huara Doctor CAT01

64971358

Romulo Leon Magister CAT02

91734625

Viviana Rivasplata

Licenciado

CAT03

Entidad

Campos

Ocurrencia

Dominio:Números de Documentos de Identidad

Dominio:Grados Profesionales- Bachiller- Licenciado- Magister- Doctor

Registro

Nota: El campo DNI_Prof cumple también la función de ser campo llave (llave primaria) de la entidad.

DNI_Prof

Profesores del curso

Nivel de Abstracción

Profesores del curso

Reglas del Negocio• Las Reglas del Negocio o Conjunto de

Reglas de Negocio describe las políticas, normas, operaciones, definiciones y restricciones presentes en una organización y que son de vital importancia para alcanzar los objetivos misionales.

• Ejemplo: Un profesor dictará únicamente en una sede.

Profesores del curso

Reglas del Negocio

• Las organizaciones funcionan siguiendo múltiples reglas de negocio, explícitas o tácitas, que están embebidas en procesos, aplicaciones informáticas, documentos, etc. Pueden residir en la cabeza de algunas personas o en el código fuente de programas informáticos.

Profesores del curso

Relaciones de Correspondencia

Existen asociaciones o relaciones enlazando las entidades básicas definidas en la etapa de diseño.

Se definen los siguientes relaciones:

1.Simple2.Compleja

Profesores del curso

Relaciones de Correspondencia

La combinación de las relaciones, generan los siguientes tipos:

1.UNO a UNO.

2.UNO a MUCHOS (o viceversa).

3.MUCHOS a MUCHOS.

Profesores del curso

Relaciones de Correspondencia

UNO A UNO

Correspondencia biunívoca (de uno a uno) entre las ocurrencias de los objetos.

Persona tiene BREVETE 1 1

Profesores del curso

Relaciones de Correspondencia

Ejemplo• Cada ocurrencia de registro de la entidad Persona se relaciona con sólo

una ocurrencia de registro de la entidad BREVETE.

• Cada ocurrencia de registro de la entidad BREVETE se relaciona con sólo una ocurrencia de registro de la entidad Persona.

Leer:Una Persona tiene sólo un BREVETE y un BREVETE sólo le pertenece a una persona

PersonaBreveteDNI_Per Nom_Pe

rApeP_Per

ApeM_Per

98765432

Pepito Quechua Jhonson

12345678

Amanda Rubinstein

Portales

65841249

Dilber Montañita

Huara

Nro_BREVETE FchEmi Categoría

98765432 15/04/2010

A1

12345678 07/10/2008

A4

65841249 30/08/2009

A3Profesores del curso

Relaciones de Correspondencia

UNO A MUCHOS

Correspondencia de simple a compleja (o viceversa) entre las ocurrencias de los objetos.

Persona es propietaria Teléfono 1 M

Profesores del curso

Relaciones de Correspondencia

Ejemplo• Cada ocurrencia de registro de la entidad Persona se relaciona con

muchas ocurrencias de registro de la entidad Teléfono.

• Cada ocurrencia de registro de la entidad Teléfono se relaciona con sólo una ocurrencia de registro de la entidad Persona .

• Leer:• En una Persona es propietaria de varios Teléfonos y un Teléfono es

propiedad de una Persona.

PersonaTeléfono

DNI_Per Nom_Per

ApeP_Per

ApeM_Per

98765432

Pepito Quechua Jhonson

12345678

Amanda Rubinstein

Portales

65841249

Dilber Montañita

Huara

Nro_DNI

Numero Tipo

12345678

8677777 Fijo

65841249

2345654 Fijo

98765432

5776543 Fijo

12345678

999453333 Celular

98765432

988766666 Celular

Profesores del curso

Relaciones de Correspondencia

MUCHOS A MUCHOS

Correspondencias complejas entre las ocurrencias de los objetos.

Profesores del curso

Profesor enseña Estudiante M M

Relaciones de Correspondencia

Ejemplo• Cada ocurrencia de registro de la entidad Profesor se relaciona con muchas

ocurrencias de registro de la entidad Estudiante.• Cada ocurrencia de registro de la entidad Estudiante se relaciona con muchas

ocurrencias de registro de la entidad Profesor.

Leer:Un estudiante recibe clases de muchos Profesores y un Profesor dicta clases a muchos Estudiantes.

Profesor EstudianteId_Pro Nom_Pro Grd_Pro

1587 Ruth Karina Licenciado

2658 Dilber Huara Doctor

1276 Abencia Meza Magister

Cod_Est Nom_Est Ape_Est

001 Dina Paucar

002 Sonia Morales

003 Rossy War

Nota.- Dada la complejidad de esta relación es necesario darle un tratamiento especial.

Profesores del curso

Práctica: Relación de Correspondencia

Enamorada Enamorado

Persona SexoProfesores del curso

Práctica: Relación de Correspondencia

Canción Autor

Plato a la carta Materia PrimaProfesores del curso

Práctica: Relación de Correspondencia

1. Alumno Consejero2. Pintor Cuadro3. Factura Cliente4. Esposo Esposa5. Profesor Instituto6. Delincuente Delito7. Padre Hijo8. Alumno Carrera9. Factura Productos10.Curso Sección

Profesores del curso

EJEMPLO INTEGRADOR

En una biblioteca se desea diseñar la base de datos para el control de los préstamos de libros. De cada libro se conoce el código que lo identifica, su titulo y la cantidad de páginas que tiene.Un libro se clasifica por una materia y por una materia se clasifican muchos libros. De cada materia se conoce el código que la identifica y su nombre. Los libros tienen muchos ejemplares pero un ejemplar lo es de un solo libro. De cada ejemplar se sabe su código y su estado de conservación.Asimismo, un libro se le puede prestar a muchos usuarios y a un usuario se le pueden prestar muchos ejemplares; del usuario se conoce su DNI, nombre y apellido paterno, su dirección y su ocupación.

CASO: LA BIBLIOTECA (Página 16)

Profesores del curso

EJEMPLO INTEGRADOR

37

Relaciones de correspondencia :

1)

2)

Un libro se clasifica por una materia y por una materia se clasifican muchos libros.

Los libros tienen muchos ejemplares pero un ejemplar lo es de un solo libro.

1m

1

m

Profesores del curso

EJEMPLO INTEGRADOR

Relaciones de correspondencia :

3) Asimismo, un libro se le puede prestar a muchos usuarios y a un usuario se le pueden prestar muchos ejemplares;

m

m

Profesores del curso

EJEMPLO INTEGRADOR

Profesores del curso

Profesores del curso

Puedes diseñar este DER (Diagrama Entidad Relación) usando el case, software, STUDIO CASELink para descargar esta herramienta gratuita:http://zarza.usal.es/~fgarcia/docencia/isoftware/case/StudioCASEv1.htm

STUDIO CASE

Para recordar

• Entidad: Es un objeto que posee propiedades o características.• Campo o atributo: Es la unidad menor de información sobre un objeto y representa

una propiedad o característica del objeto.• Campo llave (Llave primaria):Es el campo o campos cuyo valor identifica de manera

única cada registro.• Registro, ítem o tupla: Es una colección de campos asociados que representan un

objeto con sus propiedades.• Dominio: Es el conjunto de posibles valores que puede tomar un campo o atributo de

un objeto.• Ocurrencia de campo: El valor de un ítem definido en el dominio correspondiente,

en un cierto momento del tiempo.• Ocurrencia de registro (o ítem o tupla): Grupo de ocurrencias de campos

relacionados que determinan los atributos de una entidad.• Relaciones de correspondencia:

• Simple: De uno a uno (1 : 1)• Simple a Compleja: De uno a muchos (1 : M)• Compleja: De muchos a muchos (M : M).

Profesores del curso

Trabajo en grupo para la siguiente clase, no es grupo de proyecto

necesariamente Leer y resolver la autoevaluación de las

páginas 18-19. Indicar BIBLIOGRAFIA , no incluir

definiciones de Internet. Forma de presentación : DIGITAL en Word.

Colgarlo en aula virtual, administración de tareas.

Nota : Tres puntos en la CE1 (17 ptos. examen, 3

puntos tareas) y sirve como referencia del desempeño del alumno para la Evaluación actitudinal. Profesores del curso

PROYECTO BASE DE DATOS

Profesores del curso

Para la segunda semana de clases de manera individual:

1. Buscar un contacto en una empresa en la cual puedan modelar un proceso de un área específica.

2. Formar grupos de proyecto, compuesto por 5(CINCO) alumnos que formen parte del mismo grupo de laboratorio y de la misma sección de TEORÍA. Este grupo permanecerá hasta el fin del ciclo.

3. Conseguir documentos del proceso elegido. Mínimo 4 formatos simples (una cara).

PROYECTO BASE DE DATOS

Profesores del curso

4. Pedir asesoramiento de los profesores de Base de Datos y Administración II sobre el proceso a elegir.

5. Pedir el visto bueno de los profesores del curso (Teoría y Laboratorio) sobre el proceso elegido.

NOTA: El cumplimiento de lo solicitado tiene puntaje considerado en el proyecto

45

Aún el joven es conocido por sus hechos. Si su conducta fuere limpia y recta

Prov. 20:11

FIN DE LA SESIONGracias....