Control N2 Disear Base de Datos a partir del Modelo Entidad - Relacin 1.

Disear Modelo Entidad Relacin a partir del diseo de una Factura. Identificar. Entidades Atributos Relaciones Claves

2. Transformar a Modelo Relacional (aplicar normalizacin, transformacin de relaciones) e incluir: Relaciones Atributos Dominios Diccionario de datos. Por cada relacin considerar: Nombre de Relacin Nombre Atributo Tipo de Dato Longitud Formato Rango Valores permitidos Significado Unicidad Si puede ser nulo

NOMBRE RELACION
Nombre atributo Monto Numrico 12 000.000 >1 Tipo Dato Longitud Formato Rango Valores permitidos Nulo (si/no) No No Monto Factura Unicidad Significado

3. Crear base de datos en SQL SERVER, segn modelo relacional. Incluir Relaciones con sus respectivos atributos e integridad, restricciones y reglas:

1. Para la factura: Los nmeros de las facturas deben ser nicos. Las fechas de las facturas no deben ser mayor a la fecha actual. Slo debe existir una lnea por artculo. La cantidad de los artculos no deben ser menor a 1. El total de la factura debe incluir un total neto y un total con IVA.

2. Para el destinatario El DV debe ser correcto. Las direcciones deben ser consistentes para las comunas y ciudades. Slo se podra conocer el primer nombre y primer apellido.

3. Para los artculos: Los cdigos de los artculos deben ser nicos. Cada artculo debe tener su respectiva descripcin con un largo mximo de 100 caracteres. Los nombres de los artculos no se deben repetir. Cada artculo deber tener su respectivo precio valor venta y valor compra (valores netos). El valor venta es obligatorio El valor compra siempre debe ser menor al valor venta. Si el valor compra no existe, se deber asumir el valor venta.

4. Incorporar cualquier regla o restricciones basadas en la realidad omitidas

 Integridad de identidad: Claves primarias a travs de (restricciones PRIMARY KEY, UNIQUE) Integridad de dominio: Tipo de dato, formato (restricciones CHECK y reglas y rango de valores permitidos (restricciones FOREING KEY, restricciones CHECK, definiciones DEFAULT, NOT NULL y reglas). Integridad Referencial: Claves forneas Implementar las restricciones antes mencionadas mediante: Restriccin UNIQUE o PRIMARY KEY (segn sea el caso Restricciones CHECK Restriccin FOREING KEY Restricciones DEFAULT Restricciones definidas por el usuario (mediante procedimientos almacenados)
Nota: Las Restricciones CHECK aseguran la integridad del dominio al limitar los valores que son aceptados para una columna, evaluando una expresin que no se basan en otra tabla. Las restricciones FOREING KEY toman valores vlidos de otra tabla.

4. Por medio de cualquier utilitario realizar modelo de datos (Diagrama SQL SERVER, Microsoft Visio, etc.).

Fechas Estimativas: Mircoles 25 de mayo 2011: Confeccin Modelo Entidad Relacin (ctedra) Martes 31 de mayo 2011: Entregar Modelo Entidad Relacin (impreso en cualquier utilitario) Martes 31 de mayo 2011: Confeccionar Modelo relacional y diccionario de datos (ctedra) Mircoles 1 de junio 2011: Entregar Modelo relacional y diccionario de datos impreso.

Martes 7 de junio 2011: Disear modelo base de datos y enviar modelo de datos en cualquier utilitario (laboratorio) Martes 7 de junio 2011: Confeccionar en algoritmo reglas definidas por el usuario