GUIAS DE LABORATORIO

GUIAS DE LABORATORIO BASE DEDATOS

CURSO:Elaborado por:

Base de DatosIng. Franklin Guerrero Campos Profesor del Curso

CICLO

IVSEMANA

01-08

Material Didctico para uso exclusivo en clase

Guias de Laboratorios de Base de DatosUNIVERSIDAD SEOR DE SIPAN FACULTAD DE INGENIERA ARQUITECTURA Y URBANISMO ESCUELA PROFESIONAL DE SISTEMAS

-2

PRACTICA N 01APELLIDOS Y NOMBRES FECHA DURACIN DOCENTE 03 HORAS Ing. Franklin Guerrero Campos AULA CICLO TURNO ASIGNATURA Base de Datos NOTA

INSTRUCCIONES: Desarrollar la siguiente practica en funcin a los contenidos desarrollados en clase, para luego elaborar tu informe de acuerdo a la siguiente estructura. 1. Descripcin de la sesin. : Uso de Herramienta Case para el modelado de datos a. b. c. d. Semana del Semestre : 01 N de la prctica de laboratorio : 01 Tema de la sesin de aprendizaje : Modelado de Datos Competencia a generar : Identificar las opciones que presenta la herramienta CASE para el modelado de datos. Crea y aplica un modelo conceptual de datos en un SGBD, de acuerdo a los requerimientos del usuario e. Criterios de evaluacin. Adecuada utilizacin de la herramienta CASE, para el modelado de datos Criterio de anlisis para la identificacin de los requerimiento de usuario Orden en el diseo

2. Descripcin de actividades.a. Producto a entregar al final de la sesin. Al finalizar la prctica entregars el producto acreditable en lo referente al caso de estudio propuesto (Ver anexo ) b. Tiempo de duracin : 03 horas c. Actividades a realizar : Instalacin y Utilizacin de la Herramienta Case para el modelamiento de casos. d. Software a utilizar : Erwin 4.0 / DBDesign / Visio / Embarcadero 3. Bibliografa.a. Bibliografa impresa.Material Didctico de Clases Guas de Laboratorio Introduccin a las Bases de Datos : El Modelo Relacional Pons Olga.

b. Bibliografa electrnica.Aula Virtual E-Library

- Ing. Franklin Guerrero Campos -

Guias de Laboratorios de Base de Datos ANEXO N 01 Actividades

-3

Uso de la Herramienta Case Erwin, DbDesign, Visio, Embarcadero para el modelado de Base de Datos. Modelo Lgico Modelo Fsico Modelos Lgicos / Fsico

Notacin IDEF1X IE Dimensional Model

PARTE 1 Instalacin de las Herramientas Case para el modelado de Base de Datos. Descripcin del Entorno de la Herramienta Case.

PARTE 2 Instalar otra herramienta case de distribucin libre (dbdesign) y Realizar un cuadro comparativo.



-4


INSTRUCCIONES: Desarrollar la siguiente practica en funcin a los contenidos desarrollados en clase, para luego elaborar tu informe de acuerdo a la siguiente estructura. 1. Descripcin de la sesin. : Modelado Conceptual de Datos. a. b. c. d. Semana del Semestre : 02 y 03 N de la prctica de laboratorio : 02 Tema de la sesin de aprendizaje : Modelado de Datos Conceptual / Extendido Competencia a generar : Crea y aplica un modelo conceptual de datos en un SGBD, de acuerdo a los requerimientos del usuario e. Criterios de evaluacin. Adecuada utilizacin de la herramienta CASE, para el modelado de datos Criterio de anlisis para la identificacin de los requerimiento de usuario Orden en el diseo

2. Descripcin de actividades.a. Producto a entregar al final de la sesin. Al finalizar la prctica entregars el producto acreditable en lo referente al caso de estudio propuesto (Ver anexo ) b. Tiempo de duracin : 03 horas c. Actividades a realizar: Utilizar la Herramienta Case para el modelamiento de casos. d. Software a utilizar : Erwin 4.0 / DBDesign / Embarcadero / Visio 3. Bibliografa.a. Bibliografa impresa.b. Material Didctico de Clases Guas de Laboratorio Introduccin a las Bases de Datos : El Modelo Relacional Pons Olga. c. Bibliografa electrnica. Aula Virtual E-Library

ANEXO N 02 Actividades : 1. Modelado de Datos 2. Planteamiento de un caso 3. Entidades, dominios, atributos. - Ing. Franklin Guerrero Campos -

Guias de Laboratorios de Base de Datos

-5

CASO : EXAMENES DE BASE DE DATOS Los profesores de la asignatura de Bases de Datos de la Escuela Profesional de Ingeniera de Sistemas, deciden crear una base de datos que contenga la informacin de los resultados de los exmenes realizados a los alumnos. Para realizar el diseo se sabe que: Los alumnos estn definidos por su n de matrcula, nombre y el grupo al que asisten a clase. Dichos alumnos realizan dos tipos de pruebas a lo largo del curso acadmico: 1. Exmenes escritos: cada alumno realiza varios a lo largo del curso, y se definen por el n de examen, el nmero de preguntas de que consta y la fecha de realizacin (la misma para todos los alumnos que realizan el mismo examen). Evidentemente, es importante almacenar la nota de cada alumno por examen. 2. Prcticas: se realiza un nmero indeterminado de ellas durante el curso acadmico, algunas sern en grupo y otras individuales. Se definen por un cdigo de prctica, ttulo y el grado de dificultad. En este caso los alumnos pueden examinarse de cualquier prctica cuando lo deseen, debindose almacenar la fecha y nota obtenida. En caso de que la prctica se haya realizado en grupo, todos los alumnos de un mismo grupo obtendrn la misma nota en dicha prctica. En cuanto a los profesores, nicamente interesa conocer (adems de sus datos personales: DNI , nombre, direccin, fecha nacimiento, mail, etc), quin es el qu ha diseado cada prctica, sabiendo que en el diseo de una prctica puede colaborar ms de uno y que un profesor puede disear ms de una prctica. Interesa, adems, la fecha en que ha sido diseada cada prctica por el profesor correspondiente.


Guias de Laboratorios de Base de Datos CASOS PROPUESTOS

-6

CASO N 01 AGENCIA DE VIAJES Objetivo Obtener el modelo conceptual del problema de informacin utilizando para ello el modelo de datos Entidad / Relacin. Descripcin de Caso La agencias de viajes SIPAN TRAVEL, desea disponer de una Base de Datos que contemple informacin relativa al hospedaje y vuelos de los turistas que la contratan. Los datos a tener en cuenta son: La agencia est compuesta por un conjunto de sucursales. Cada sucursal viene definida por el cdigo de sucursal, direccin y telfono. La agencia tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estar definido por el cdigo de hotel, nombre, direccin, ciudad, telfono y nmero de plazas disponibles. De igual forma, la agencia tiene contratados una serie de vuelos regulares de forma exclusiva. Cada vuelo viene definido por el nmero de vuelo, fecha y hora, origen y destino, plazas totales y plazas de clase turista de las que dispone. La informacin que se desea almacenar por cada turista es el cdigo de turista, nombre y apellidos, direccin y telfono. Por otra parte, hay que tener en cuenta la siguiente informacin: A la agencia le interesa conocer que sucursal ha contratado el turista. A la hora de viajar el turista puede elegir cualquiera de los vuelos que ofrece la cadena, y en que clase (turista o primera) desea viajar. De igual manera, el turista se puede hospedar en cualquiera de los hoteles que ofrece la agencia, y elegir el rgimen de hospedaje (media pensin o pensin completa). Siendo significativa la fecha de llegada y de partida.


Guias de Laboratorios de Base de Datos CASO N 02 CONCESIONARIA DE AUTOMOVILES Objetivo:

-7

Obtener el modelo conceptual de un problema de informacin utilizando para ello el modelo de datos Entidad / Relacin.

Un AUTOMOTORES DEL NORTE SAC, desea informatizar su gestin de ventas de vehculos. En particular, se quiere tener almacenada la informacin referente a los clientes que compran en el concesionario, los vehculos vendidos, as como los vendedores que realizan las distintas ventas. Para ello se tendr en cuenta que: El concesionario dispone de un catlogo de vehculos definidos por su marca, modelo, cilindrada y precio. Cada uno de los modelos dispondr de unas opciones adicionales (aire acondicionado, pintura metalizada, etc.). Las opciones vienen definidas por un nombre y una descripcin. Hay que tener en cuenta que una opcin puede ser comn para varios modelos variando slo el precio en cada caso. En cuanto a los clientes, la informacin de inters es el nombre, DNI, direccin y telfono, lo mismo que para los vendedores. Los clientes pueden ceder su vehculo usado en el momento de comprar uno nuevo. El vehculo usado vendr definido por su marca, modelo, matrcula y precio de tasacin. Es importante conocer la fecha en la que el cliente realiza esta cesin. Se desea saber qu vendedor ha vendido qu modelo a qu cliente. Tambin la fecha de la venta y la matricula del nuevo vehculo. Es importante as mismo saber las opciones que el cliente ha elegido para el modelo que compra.


Guias de Laboratorios de Base de Datos CASO N 03 CLUB NAUTICO PIMENTEL BEACH

-8

Objetivo: Obtener el modelo conceptual de un problema de informacin utilizando para ello el modelo de datos Entidad / Relacin.

El CLUB NAUTICO PIMENTEL BEACH, desea tener informatizados los datos correspondientes a sus instalaciones, empleados, socios y embarcaciones que se encuentran en dicho club. El club est organizado de la siguiente forma: Los socios pertenecientes al club vienen definidos por su nombre, direccin, DNI, telfono y fecha de ingreso en el club. Las embarcaciones vienen definidas por: matricula, nombre, tipo y dimensiones. Los amarres tienen como datos de inters el nmero de amarre, la lectura del contador de agua y luz, adems si tienen o no servicios de mantenimiento contratados. Por otro lado, hay que tener en cuenta que una embarcacin pertenece a un socio aunque un socio puede tener varias embarcaciones. Una embarcacin ocupar un amarre y un amarre est ocupado por una sola embarcacin. Es importante la fecha en la que una embarcacin en asignada a un amarre. Los socios pueden ser propietarios de amarres, siendo importante la fecha de compra del amarre. Hay que tener en cuenta que un amarre pertenece a un solo socio y que NO HAY ninguna relacin directa entre la fecha en la que se compra un amarre y en la que una embarcacin se asigna a un amarre. El club nutico est dividido en varias zonas definidas por una letra, el tipo de barcos que tiene, el nmero de barcos que contiene, la profundidad y el ancho de los amarres. Una zona tendr varios amarres y un amarre pertenece a una sola zona. En cuanto a los empleados, estos vienen definidos por su cdigo, nombre, direccin, telfono y especialidad. Un empleado est asignado a varias zonas y en una zona puede haber ms de un empleado, siendo de inters el nmero de barcos de los que se encarga en cada zona. Hay que tener en cuenta que un empleado puede no encargarse de todos los barcos de una zona.


Guias de Laboratorios de Base de Datos CASO N 04 RESERVA ECOLOGICA CHAPARR

-9


La administracin de la RESERVA ECOLOGICA CHAPARRI, necesita una aplicacin informtica para llevar su organizacin respecto a las especies que posee, los empleados (cuidadores y guas), y los distintos itinerarios de visita que ofrece. La informacin est estructurada de la siguiente manera: Especies: de las especies interesa saber el nombre en espaol, el nombre cientfico y una descripcin general. Hay que tener en cuenta que una especie puede vivir en diferentes hbitats naturales y que un hbitat puede ser ocupado por diferentes especies. Las especies se encuentran en distintas zonas del parque de manera que cada especie est en una zona y en una zona hay varias especies. Hbitats: los diferentes hbitats naturales vienen definidos por el nombre, el clima y el tipo de vegetacin predominantes, as como el continente o continentes en los que se encuentran. Zonas: las zonas del parque en las que se encuentran las distintas especies vienen definidas por el nombre y la extensin que ocupan. Itinerarios: los itinerarios discurren por distintas zonas del parque. La informacin de inters para los itinerarios es: cdigo de itinerario, la duracin del recorrido, la longitud del itinerario, el mximo nmero de visitantes autorizado y el nmero de distintas especies que visita. Hay que tener en cuenta que un itinerario recorre distintas zonas del parque y que una zona puede ser recorrida por diferentes itinerarios. Guas: los guas del parque vienen definidos por el nombre, direccin, telfono y fecha en la que comenzaron a trabajar en el zoo. Interesa saber qu guas llevan qu itinerarios, teniendo en cuenta que un gua puede llevar varios itinerarios y que un itinerario puede ser asignado a diferentes guas en diferentes horas, siendo stas un dato de inters.



- 10

Cuidadores: los cuidadores vienen definidos por el nombre, direccin, telfono y fecha de ingreso en el parque. Hay que tener en cuenta que un cuidador puede estar a cargo de varias especies y que una especie puede ser atendida por varios cuidadores, siendo de inters la fecha en la que un cuidador se hace cargo de una especie.

CASO N 05 COMPLEJO HOSPITALARIO SAN PABLO


El Complejo Hospitalario SAN PABLO, se desea informatizar parte de la gestin relativa a pacientes. Tras el anlisis realizado, se establecen los siguientes requerimientos: Los datos de inters que se desea almacenar del paciente son: n de la Seguridad Social, DNI, nombre, apellidos y fecha de nacimiento. Un paciente estar asignado a una cama determinada de una planta del hospital, pudiendo estar a lo largo del tiempo de ingreso en diferentes camas y plantas, siendo significativa la fecha de asignacin de cama y el nmero de sta. Habr que tener en cuenta que las camas se numeran correlativamente por cada planta, es decir, existir la cama nmero 12 de la tercera planta y tambin la nmero 12 de la sptima planta. Las plantas del hospital estarn identificadas por nmero de planta, su nombre y n de camas de que dispone. Por cada paciente se entregar hasta un mximo de 4 tarjetas de visita. Estas tarjetas de visita sern vlidas para visitar a un nico paciente. La tarjeta de visita se definir por: n de tarjeta de visita y la hora de comienzo y de final en que se puede visitar al enfermo. A un paciente le pueden atender diferentes mdicos, siendo significativa por cada visita mdica la fecha y hora de sta. Y un paciente puede tener diferentes diagnsticos de enfermedad, siendo significativa la fecha de diagnstico. Por otra parte, un mdico puede tratar diferentes tipos de diagnsticos y viceversa.



- 11

Los datos de inters de los mdicos sern: cdigo del mdico, nombre y apellidos. Los datos de inters de los diagnsticos sern: cdigo de diagnstico y descripcin. OBSERVACIN: una vez dado de alta un paciente se traslada toda la informacin relativa a ste a un fichero histrico.

CASO N 06 REGISTRO DE PATENTES, MARCAS Y/O LOGOTIPOS


El Gobierno Regional de Lambayeque, a travs de su OFICINA DE PATENTES desea disponer de una Base de Datos que contenga toda la informacin relativa a la presentacin de patentes, inventores que las presentan y las empresas que desean comprarlas. Esta informacin tendr que estar organizada teniendo en cuenta los siguientes puntos: Los datos de inters referentes a cada patente sern el nmero de patente y el nombre del invento. La patente slo puede pertenecer a un nico inventor, no pudiendo realizarse varias patentes referentes al mismo invento. Los inventores vendrn definidos por su nombre, D.N.I., direccin y telfono. Estos inventores podrn obtener varias patentes, siempre que stas sean de diferentes inventos. Es importante saber la fecha en la cual se ha obtenido la patente. Hay que tener en cuenta los casos en los que un inventor asesore a otros en el desarrollo de un invento. Cada inventor tendr uno o varios ayudantes que vendrn definidos por su nombre, direccin, telfono y D.N.I.. Adems, estos ayudantes slo podrn serlo de un inventor. Cada patente podr ser comprada por una sola empresa y una empresa podr comprar diferentes patentes, siendo de inters la fecha de compra de la patente.



- 12

Las empresas vienen definidas por un cdigo de empresa, nombre, direccin y sus telfonos. Las empresas, al realizar la compra de una patente, pueden tener inters en contratar a su inventor. Es importante saber en qu fecha un inventor es contratado por una empresa con una patente determinada. Un ayudante puede ser contratado por una empresa con independencia de que la empresa haya contratado o no al inventor del que es ayudante, siendo importante conocer la fecha de contratacin

CASO N 07 COMPANIA DE SEGUROS EL ANCLA

Objetivo: Obtener el modelo conceptual de un problema de informacin utilizando para ello el modelo de datos Entidad / Relacin. La Compaa de Seguros EL ANCLA, desea que se haga un diseo de una base de datos para gestionar toda la informacin referente a los seguros que ofrece, los clientes a los que atiende y los agentes de seguros que trabajan para la compaa. Esta compaa ofrece tres tipos de seguros: Seguros de Hogar: los seguros de este tipo ofrecidos por la compaa estn ofertados de forma fija (es decir se han hecho estudios previos), segn el valor del continente (la casa), el contenido (muebles, electrodomsticos, joyas, etc.), riesgos auxiliares (responsabilidad civil, asalto y otros). Para cada oferta hay una prima asignada. Seguros de Vida: de la misma forma que los de hogar, existen varias ofertas fijas segn la edad y profesin del cliente, y la cobertura econmica del seguro. De la misma forma que en los seguros de Hogar, existe un prima fija para cada oferta. Seguros de Automvil: tambin existen ofertas fijas, segn la categora de coche (utilitario, gama media, gama alta, gran turismo, lujo, etc.), aos del vehculo, edad del conductor y cobertura (todo riesgo, franquicia, terceros, etc.). A cada una de estas ofertas le corresponde una prima. Para llevar un control de las comisiones que se llevan los agentes y de sus carteras correspondientes, la compaa necesita tener almacenados los datos de - Ing. Franklin Guerrero Campos -


- 13

los agentes, considerndose de inters el nombre, DNI, direccin y telfono. Para el pago de comisiones y carteras (se entiende por cartera la comisin anual del agente mientras el seguro este vigente), ser necesario saber qu agente ha realizado qu seguro y en qu fecha. La compaa considera como datos de inters referentes al cliente (sea cual sea el seguro que contrate), los siguientes: Nombre, direccin, telfono y DNI. Otras consideraciones sobre la contratacin de seguros por parte del cliente son: Seguros Hogar: fecha del contrato del seguro y direccin del inmueble asegurado. Seguros Automvil: fecha contratacin, matrcula del vehculo, recargos y descuentos. Otras consideraciones: Un cliente puede contratar ms de un seguro de Vida, ms de un seguro de Hogar y ms de un seguro de Automvil. Adems estos contratos pueden realizarse a travs de distintos agentes. Los beneficiarios de seguros de vida pueden serlo de varios seguros, e incluso de varios clientes distintos. Por supuesto un cliente puede nombrar a varios beneficiarios de un mismo seguro de vida.

CASO N 08 SERVICIO MILITAR EN CUARTELES DEL EJRCITO

Objetivo: Obtener el modelo conceptual de un problema de informacin utilizando para ello el modelo de datos Entidad / Relacin. El Ministerio de Defensa del Per, desea disear una Base de Datos para llevar un cierto control de los soldados que realizan el servicio militar. Los datos significativos a tener en cuenta son: Un soldado se define por su cdigo de soldado (nico), su nombre y apellidos, y su graduacin. Existen varios cuarteles, cada uno se define por su cdigo de cuartel, nombre y ubicacin. Hay que tener en cuenta que existen diferentes Cuerpos del Ejrcito (Infantera, Artillera, Armada, ....), y cada uno se define por un cdigo de Cuerpo y denominacin.



- 14

Los soldados estn agrupados en compaas, siendo significativa para cada una de stas, el nmero de compaa y la actividad principal que realiza. Se desea controlar los servicios que realizan los soldados (guardias, imaginarias, cuarteleros, ...), y se definen por el cdigo de servicio y descripcin. Consideraciones de diseo: Un soldado pertenece a un nico cuerpo y a una nica compaa, durante todo el servicio militar. A una compaa pueden pertenecer soldados de diferentes cuerpos, no habiendo relacin directa entre compaas y cuerpos. Los soldados de una misma compaa pueden estar destinados en diferentes cuarteles, es decir, una compaa puede estar ubicada en varios cuarteles, y en un cuartel puede haber varias compaas. Eso s, un soldado slo est en un cuartel. Un soldado realiza varios servicios a lo largo de la mili. Un mismo servicio puede ser realizado por ms de un soldado (con independencia de la compaa), siendo significativa la fecha de realizacin.



- 15


INSTRUCCIONES: Desarrollar la siguiente practica en funcin a los contenidos desarrollados en clase, para luego elaborar tu informe de acuerdo a la siguiente estructura. 1. Descripcin de la sesin. : Modelado de datos / Lgico Semana del Semestre : 04 y 05 N de la prctica de laboratorio : 01 Tema de la sesin de aprendizaje : Modelado de Datos / Lgico Competencia a generar : Reconoce la importancia del modelado lgico de datos del SGBD y su inclusin en desarrollo de aplicaciones e. Criterios de evaluacin. Adecuada utilizacin de la herramienta CASE, para el modelado de datos Criterio de anlisis para la identificacin de los requerimiento de usuario Orden en el diseo 2. Descripcin de actividades.a. Producto a entregar al final de la sesin. Al finalizar la prctica entregars el producto acreditable en lo referente al caso de estudio propuesto (Ver anexo ) b. Tiempo de duracin : 03 horas c. Actividades a realizar : Instalacin y Utilizacin de la Herramienta Case para el modelamiento de casos. d. Software a utilizar : Erwin 4.0 / DBDesign / Visio / Embarcadero 3. Bibliografa.a. Bibliografa impresa.Material Didctico de Clases Guas de Laboratorio Introduccin a las Bases de Datos : El Modelo Relacional Pons Olga. b. Bibliografa electrnica. Aula Virtual E-Library a. b. c. d.

Anexo N 03 Actividades 1. Diseo Lgico usando una herramienta de modelamiento de Datos 2. Planteamiento de un caso- Enunciado del Laboratorio 02 3. Eleccin de un DBMS destino - Ing. Franklin Guerrero Campos -

Guias de Laboratorios de Base de Datos 4. Entidades, relaciones. Parte 1 Diseo Lgico usando la herramienta case Erwin

- 16

Parte 2 Utilizando el dbdesign, crear el mismo modelo y comentar las diferencias



- 17


INSTRUCCIONES: Desarrollar la siguiente practica en funcin a los contenidos desarrollados en clase, para luego elaborar tu informe de acuerdo a la siguiente estructura. 1. Descripcin de la sesin. : Algebra Relacional / Normalizacin de Datos /Modelado de datos - Fsico a. b. c. d. Semana del Semestre : 04 y 05 N de la prctica de laboratorio : 01 Tema de la sesin de aprendizaje : Modelado de Datos Competencia a generar : Reconoce la importancia del uso del lenguaje SQL, en el diseo del SGBD y su inclusin en desarrollo de aplicaciones. e. Criterios de evaluacin. Adecuada utilizacin de la herramienta CASE, para el modelado de datos Criterio de anlisis para la identificacin de los requerimiento de usuario Orden en el diseo

2.

Descripcin de actividades.a. Producto a entregar al final de la sesin. Al finalizar la prctica entregars el producto acreditable en lo referente al caso de estudio propuesto (Ver anexo ) b. Tiempo de duracin : 03 horas c. Actividades a realizar : Instalacin y Utilizacin de la Herramienta Case para el modelamiento de casos. d. Software a utilizar : Erwin 4.0 / DBDesign / Visio / Embarcadero / SQL Server Bibliografa.c. Bibliografa impresa.Material Didctico de Clases Guas de Laboratorio Introduccin a las Bases de Datos: El Modelo Relacional Pons Olga. Bibliografa electrnica. Aula Virtual E-Library

3.

4.


Guias de Laboratorios de Base de Datos Anexo N 04 Actividades: 1. 2. 3. 4. 5.

- 18

Normaliza tus casos anteriores antes de crear tu modelo fsico de datos. Diseo Fsico usando una herramienta de modelamiento de Datos. Tipos de Datos del DBMS y generacin de Esquema. Exporta el modelo fsico a formato html Script para la generacin de objeto de Base de Datos.

Parte 1

Verificar que el DBMS sea el adecuado (Estudio de Encuesta) para la generacin de secuencias SQL y crear los objetos de la base datos. Asegrese trabajar con la vista principal. Definir los tipos de datos, a partir de los subdominio. Colocar los tipo de datos para las columnas Exportar el modelo Crear el archivo sql (Archivo script)

Generacin del Script (empresa.sql) CREATE TABLE Alumno ( matri_alumno char(4) NOT NULL, grupo_alumno char(2) NOT NULL, apellidos_alumno char(30) NOT NULL, nomb_alumno char(20) NOT NULL, cod_alumno char(4) NULL, id_examen char(4) NOT NULL, id_practica char(4) NOT NULL ) go

ALTER TABLE Alumno ADD PRIMARY KEY NONCLUSTERED (cod_alumno) go

CREATE TABLE Examen ( nota_examen numeric NOT NULL, fecha_examen datetime NOT NULL, npreguntas_examen char(4) NOT NULL, id_examen char(4) NOT NULL ) go

ALTER TABLE Examen ADD PRIMARY KEY NONCLUSTERED (id_examen) - Ing. Franklin Guerrero Campos -

Guias de Laboratorios de Base de Datos go

- 19

CREATE TABLE Practica ( fecha_practica datetime NOT NULL, gradif_practica char(1) NOT NULL, titulo_practica char(20) NOT NULL, id_practica char(4) NULL, nota_practica numeric NOT NULL ) go

ALTER TABLE Practica ADD PRIMARY KEY NONCLUSTERED (id_practica) go

CREATE TABLE Profesor ( felab_profesor datetime NULL, direccion_profesor char(30) NULL, apellidos_profesor char(30) NULL, nombre_profesor char(20) NULL, id_profesor char(4) NOT NULL, id_practica char(4) NULL ) go

ALTER TABLE Profesor ADD PRIMARY KEY NONCLUSTERED (id_profesor) go

ALTER TABLE Alumno ADD FOREIGN KEY (id_practica) REFERENCES Practica go

ALTER TABLE Alumno ADD FOREIGN KEY (id_examen) REFERENCES Examen go

ALTER TABLE Profesor ADD FOREIGN KEY (id_practica) REFERENCES Practica go


Documents

GUIAS DE LABORATORIO