Académique Documents
Professionnel Documents
Culture Documents
Resumen terico:
Una base de datos de SQL Server consta de una coleccin de tablas con datos y otros objetos como vistas,
ndices, procedimientos almacenados y desencadenantes, que se definen para poder llevar a cabo distintas
operaciones con datos. Los datos almacenados en una base de datos suelen estar relacionados con un tema o
un proceso determinados como, por ejemplo, la informacin de inventario para el almacn de una fbrica. Antes
de crear una base de datos, es importante entender las partes que la componen y cmo disearlas para
asegurar que la base de datos funcione correctamente una vez implementada..
El diseo de base de datos es una actividad necesaria que tiene como finalidad crear bases de datos fciles de
administrar, usar y mantener. Construir una base de datos sin diseo es como construir un edificio sin planos. El
diseo de BD tiene 3 fases:
Diseo Conceptual: Es la representacin de los requerimientos del problema y que se representa mediante el
Esquema Conceptual que es el Diagrama Entidad/ Interrelacin de Chen. En esta etapa aun no se conoce el
modelo de datos a usar, que pueden ser el Reticular, Jerrquico, Relacional, Dimensional o el Orientado a
Objetos.
Diseo Lgico: El objetivo es transformar el Esquema Conceptual en Esquema Lgico que se basa en el
modelo de datos Relacional que se basa en tablas donde la informacin se almacena en filas y columnas.
Tiene 2 fases:
Diseo Lgico Estndar: Que tiene en cuenta slo el modelo de datos (Relacional) y tipos de datos genricos.
Transforma el Esquema Conceptual en Esquema Lgico Estndar. En ERWIN se le llama modelo lgico.
Diseo Lgico Especfico: Que tiene en cuenta el SGBD (Sistema de Gestin de BD) a utilizarse que en
nuestro caso es SQL Server 2000 y maneja los tipos de datos soportados por este SGBD. Transforma el
Esquema Lgico Estndar en Esquema Lgico Especfico. En ERWIN se le llama modelo fsico. En esta
fase se puede crear tambin ndices, vistas, desencadenantes y procedimientos almacenados. Esta fase incluye
tambin el proceso de normalizacin. ERWIN normaliza hasta la 3FN.
Diseo Fsico: Transforma el Esquema Lgico Especfico en Esquema Fsico generando las respectivas
tablas de la BD.
La normalizacin es un proceso que busca eliminar anomalas, ambigedades, prdidas y reducir al mximo las
redundancias en las bases de datos. Para esto se transforman las tablas en tablas equivalentes a travs de
restricciones. Cada restriccin es una forma normal. Existen 6 formas normales fundamentales:
1FN (1ra Forma Normal), 2FN (2da. FN), 3FN (3ra. FN), FNBC (Forma Normal Boyce Codd), 4FN (4ta. FN) y
5FN (5ta FN). ERWIN garantiza al menos las 3 primeras formas normales
Los objetos como ndices, vistas, desencadenantes y procedimientos almacenados son importantes desde la
etapa de diseo ya que:
.
. Los ndices permiten acceder a los datos de la tabla rpidamente y en un orden establecido alfabtica,
numrica o cronolgicamente.
. Las vistas son tablas virtuales que resultan de consultas de usuario a partir de una o ms tablas.
. Los desencadenantes (triggers) son controles que se aplican a las columnas de una tabla (o la tabla
en su totalidad) cuando se aplica las operaciones de insertar (insert), eliminar (delete) o actualizar
. Los procedimientos almacenados son scripts (secuencias de comandos) o pequeos programas
que se almacenan en la BD para tareas frecuentes y necesarias.
Previamente crear con WINDOWS una carpeta y subcarpetas en la unidad C o D,... con el nombre BD2006 (No
se puede trabajar en disquetes. Evitar espacios en blanco o caracteres especiales en los nombres):
27
UNIVERSIDAD JOSE CARLOS MARIATEGUI
Todo curso est a cargo de un profesor y se ofrece en un determinado nmero de clases y horario semanal
y tiene un precio.
Las clases se desarrollan en sesiones clase que se registran en determinada fecha y hora y aula. Se
ofrecen los cursos en diferentes horarios.
Todo alumno est obligado a llevar como mnimo un curso y un mximo de 5 cursos. Est obligado a
pagar los cursos antes del inicio del ciclo. Un alumno slo puede estudiar una especialidad.
Todo profesor est encargado de cumplir con el dictado de clases y percibir un sueldo. Se paga 30 soles
por hora dictada. Como mnimo de dictar un curso y como mximo tres. Todo profesor tiene un asesor en
la especialidad que dicta. Hay un asesor por especialidad.
Figura 1
c. Identificar los elementos de la Caja de herramientas (Toolbok) (Figura 2) del ERWIN 4.1.:
Figura 2
Nota: Cualquiera de las dos representaciones son vlidas, si deseas cambiar de una a otra puedes ir al
Men Model / Model Properties y en la ventana que se muestre selecciona la ficha Notation, y all
selecciona IDEF1X para el primer caso o IE para el segundo, tanto para el modelo Lgico como para el
fsico. En esta prctica usaremos la segunda notacin.
d. En la Barra de herramientas (Figura 3) que esta debajo del men principal hacer click en el icono
Definition level:
28
UNIVERSIDAD JOSE CARLOS MARIATEGUI
Figura 3
e. Hacer click en el icono de Entity de la Caja de herramientas (Toolbox) y crear las siguientes entidades:
Profesor, Clase, Alumno, Curso, Sesin_Clase y Especialidad. Dar las siguientes definiciones
(Figura 4):
Profesor: Persona empleada por la academia, cuya responsabilidad es dictar clases a los
alumnos.
Alumno: Persona que est matriculada en las clases y debe asistir a las sesiones de clase.
Curso: Contenido de la materia que se desarrolla en clases.
Clase: Una instancia de curso que es dictada por un profesor en un aula particular y en un
horario especfico por semana.
Sesin_Clase: Una instancia de clase que ocurre en una fecha y hora particular.
Especialidad: Rama de la computacin en la que se especializa un alumno. Figura 4
Nota: El archivo debe almacenarse como almacenarse como Academia.er1 en la carpeta Modelamiento
f. Usar los tres tipos de interrelaciones que aparecen en la Caja de Herramientas (Toolbox) y construir el
siguiente esquema del Modelo Conceptual para la BD Academia (Figura 6) TENIENDO EN CUENTA
LAS OBSERVACIONES QUE APARECEN A CONTINUACION.
OBSERVACIONES:
Tiene importancia de qu entidad (primer click) a qu entidad(segundo click) se traza la
interrelacin y de qu tipo es la interrelacin:
o De Profesor a Clase (Non-identifying
relationship)
o De Alumno a Clase (Many-to-many
relationship)
o De Alumno a Sesin_Clase(Many-to-many
relationship)
o De Curso a Clase(Non-identifying
relationship)
o De Clase a Sesin_Clase (Identifying
relationship)
o De Especialidad a Alumno (Non-identifying
relationship)
o De Profesor a Profesor (Non-identifying
Figura 5
relationship)
Para poner el nombre de las interrelaciones marcar la
interrelacin respectiva y hacer doble click y en la ventana
Relationships /General en el cuadro Verb Phrase el nombre
de la interrelacin; por ejemplo para la interrelacin
(Profesor, Clase): (Ver Figura 5)
29
UNIVERSIDAD JOSE CARLOS MARIATEGUI
Identificada (Non-Identifying), adems cuando se usa Aceptar nulos (Nulls Allowed) o No Nulos (No
Nulls)?
Nota: Para visualizar los nombres de las interrelaciones abrir el men contextual (botn derecho del ratn) fuera
de los elementos del diagrama y activar Relationship Display / Verb Phrase.
Qu interrelaciones se han definido? (Dar el nombre con el Verbo Frase, por ejemplo: Dicta
/Es_dictado_por para (Profesor, Clase))
Qu tipo de interrelaciones se han definido y cul es su cardinalidad? Ver Figura 5:
Figura 6
Figura 7
Nota: Usar Rename para renombrar y Delete para borrar atributos en caso necesario. Para subir o bajar el
nombre de un atributo usar los botones o . Si el atributo es parte de la clave primaria marcar Primary
Key. Qu ocurre cuando uno o ms atributos son marcados como parte de una clave primaria? Para la
descripcin de atributos usar la ficha Definition (Es mejor llenar primero los nombres y dominios de cada
atributo, sealar las claves primarias y de dejar la descripcin de cada atributo para el final).
30
UNIVERSIDAD JOSE CARLOS MARIATEGUI
Entidad: Profesor
Atributo Dominio Clave Descripcin
Cod_profesor String Primaria Identificacin de cada profesor, con formato XX999 donde XX son
las iniciales del primer nombre y primer apellido.
Ape_profesor String Apellidos paterno y materno del profesor.
Nom_profesor String Nombre(s) del profesor.
Sex_profesor Unknown Sexo del profesor con los valores 1= Masculino y 0 = Femenino.
Fna_profesor Datetime Fecha de nacimiento del profesor.
Grt_profesor Number Grado o Ttulo del profesor con los valores 1 = Bachillerato, 2 =
Licenciatura o Ttulo, 3 = Maestra y 4 = Doctorado.
Dni_profesor String DNI del profesor en el formato 99999999.
Tel_profesor String Telfono domiciliario del profesor.
Dir_profesor String Direccin del profesor.
Pag_profesor Number Pago en soles del profesor.
Asesor String Identifica al profesor que lo asesora mediante el cdigo.
Entidad: Clase
Atributo Dominio Clave Descripcin
Num_clase String Primaria Nmero correlativo de la clase desde 00001 a 99999.
Cod_curso String Clave fornea que referencia a la entidad Curso.
Cod_profesor String Clave fornea que referencia a la entidad Profesor.
Horario String Das de la semana designados para la clase.
Aula String Aula donde se dicta la clase con formato X-999.
Vacantes Number Nmero de vacantes previstas para la clase.
Matriculados Number Nmero de alumnos matriculados para la clase.
Entidad: Curso
Atributo Dominio Clave Descripcin
Cod_curso String Primaria Cdigo del curso con el formato 999.
Nom_curso String Nombre del curso.
Sumilla Blob Breve descripcin del contenido del curso.
Horas Number Nmero total de horas del curso.
Precio Number Precio en soles del curso.
Prerrequisitos String Cursos que sirven de requisito para el curso designados por su
cdigo.
Entidad: Alumno
Atributo Dominio Clave Descripcin
Cod_alumno String Primaria Identificacin de cada alumno, con formato 999999 donde 99
representa el ao de ingreso del alumno y 9999 un nmero
correlativo.
Ape_alumno String Apellidos paterno y materno del alumno.
Nom_alumno String Nombre(s) del alumno.
Sex_alumno Unknown Sexo del alumno con los valores 1= Masculino y 0 = Femenino.
Fna_alumno Datetime Fecha de nacimiento del alumno.
Tel_alumno String Telfono domiciliario del alumno
Dir_alumno String Direccin del alumno.
Fot_alumno Blob Foto del alumno capturado con escner.
Esp_alumno Number Clave fornea que referencia a la entidad Especialidad.
Condicin String Especifica si el alumno es Regular o Libre.
Entidad: Especialidad
Atributo Dominio Clave Descripcin
Esp_alumno Number Primaria Especialidad del alumno que toma valores de 0 a 4 por ahora.
Descripcin String Descripcin de la especialidad.
Entidad: Sesin_Clase
Atributo Dominio Clave Descripcin
Num_clase String Primaria Clave fornea que referencia a la entidad clase.
Fecha Datetime Primaria Fecha en que de dicta la clase.
Hora String Primaria Hora en que se dicta la clase.
Asistentes Number Asistentes a la clase.
31
UNIVERSIDAD JOSE CARLOS MARIATEGUI
Y obtendremos algo semejante a la Figura 8 que corresponde al ESQUEMA LGICO ESTANDAR para
Academia:
Figura 8
Trabajo Encargado:
Presentar un informe de la prctica respondiendo las preguntas planteadas a lo largo de la misma.
De acuerdo a lo expuesto en esta prctica, desarrollar su avance sobre la Base de Datos propuesta en
grupo. Presentar su avance la prxima clase prctica (laboratorio).
32
UNIVERSIDAD JOSE CARLOS MARIATEGUI
3. ABSTRACCIN DE DATOS.
Caracterstico de un sistema de bases de datos, que permite al usuario o programador
operar con los datos sin necesidad de conocer detalles que para l no son de
"importancia", ofreciendo as una visin abstracta de estos.
3.1 NIVELES.
Para diferenciar las etapas en que cada operador, diseador y otros personajes
intervienen, debe distinguirse entre los siguientes niveles de diseo:
33
UNIVERSIDAD JOSE CARLOS MARIATEGUI
Nivel conceptual
Nivel fsico
NIVELES DE ABSTRACCION DE DATOS
3.2 INSTANCIAS.
Como es obvio, la base de datos es dinmica y por tanto se encuentra sujeta a
modificaciones constantes por la agregacin, eliminacin y alteracin de datos.
Para definir las distintas etapas por las que atraviesa una base de datos, se utiliza el
concepto de instancia de la base de datos; esta se refiere al estado que esta guarda
en un momento determinado.
3.3 ESQUEMAS.
Tambin es relevante el observar que uno o varios archivos pudieron ser sujetos a
una reestructuracin o reorganizacin. Para solucionar el problema referente al
estado que guarda la estructura de la base de datos, se define el concepto de
esquema de la base de datos; este hace referencia al estado que guarda la
organizacin conceptual (estructura, ligas, relaciones y dems) de la base de datos
en un momento determinado.
34
UNIVERSIDAD JOSE CARLOS MARIATEGUI
3.4 SOFTWARE.
BEHAVE. Permite el registro y tratamiento de datos, ofrece posibilidades de
representaciones graficas y algunos anlisis.
Permite trabajar con el flujo de conducta verbal recogido. Exporta los datos a los
programas SDIS-GSQ para anlisis secuencial.
DATACHRONO. Un sistema porttil de registro y almacenamiento de datos.
DATAMYTE. Uno de los registros y almacenamiento ms conocido con sus ms de
dos dcadas de historia y sucesivas versiones.
PRACS. Permite el registro continuo y anlisis de datos de un mismo sujeto facilita la
realizacin de un histograma sobre las frecuencias y duraciones.
35
UNIVERSIDAD JOSE CARLOS MARIATEGUI
3.6 USUARIOS
El objetivo primordial de un sistema de base de datos es proporcionar un entorno
para recuperar informacin y almacenar nueva informacin en la base de datos.
Las personas tienen acceso DBMS se clasifican de la siguiente manera:
36