Modelo de Datos

Universidad Tecnolgica Nacional
Ctedra de Diseo de Sistemas

Tema : Modelos de Datos
Profesor Lic. Rubn Fernndez Iriart

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com
Requerimientos Conceptuales Aplicacin 1
Modelo de Datos
Aplicacin 1 Aplicacin n
Modelo Externo
Requerimientos Conceptuales Aplicacin n
Modelo Conceptual
Modelo Conceptual : Define las
caractersticas del negocio en forma independiente de la tecnologa de implementacin. Est Representado por las Entidades de la empresa y sus relaciones. Se analizan las relaciones entre entidades y entre atributos de las entidades. Se estudian los atributos, valores de datos, claves, registros de datos, archivos de datos Se realiza el proceso de Normalizacin, para determinar las estructuras de informacin que corresponden a la organizacin o al sistema
Modelo Lgico
Diseo Lgico de Base de Datos : Define la solucin tecnolgica, tomando como base el modelo conceptual
Modelo Fsico o Interno
Diseo Fsico: se encarga de todo lo relativo a funciones de la Base de Datos, accesos, almacenamiento, estructuras fsicas de informacin
Se debe aplicar al modelo conceptual, las restricciones propias del modelo de base de datos de que se trate: Ejemplo: Jerrquicas, redes, relacionales, Objetos, etc.
1er. Paso:Diseo del modelo fsico 2do. Paso: Evaluar su perfomance
Modelo Conceptual
Un Modelo Conceptual o Modelo de la Empresa o de la Organizacin, es una de las mayores responsabilidades de un Administrador de Bases de Datos
Modelo Conceptual El modelo Conceptual es independiente de: del hardware utilizado o a utilizar de la base de datos en la cual se instrumentar la aplicacin. del modelo fsico en el cual se implementar la aplicacin. Definicin: El modelo conceptual es un modelo relacional de las Entidades, (entidades entre s) de una aplicacin y de sus Atributos, (atributos entre s), con el objetivo de estudiar las estructuras de datos de una organizacin o sistema
Modelo Conceptual Entidades
Ideas de las que debo guardar informacin para poder comprender el negocio
Pueden ser personas, lugares, cosas, eventos, etc. Ejemplos: Cliente, Proveedor, Artculo, Pedido, Venta.
Cliente
Artculo
Modelo Conceptual Entidades Cada entidad debe representar una nica idea. El nico objeto que puede tener atributos es una entidad. Las relaciones no tienen atributos propios, en ese caso plantear nuevas entidades. Toda entidad debe tener: Un identificador definido ( simple o compuesto). Por lo menos un atributo no clave.
Modelo Conceptual
Atributos
Caractersticas particulares del negocio que permiten definir y conocer una Idea No incluyen caractersticas de implementacin Ejemplos: Nombre Cliente, Lmite Crdito Cliente Precio Artculo, Telfono Proveedor, etc.
Nombre Cliente
Cliente
Lmite Crdito Cliente
Artculo
Precio Artculo
Modelo Conceptual Atributos
No modelar atributos que puedan calcularse a partir de otros. No permitir atributos compuestos, (mas de un atributo).. Todo atributo debe existir una y slo una vez en el modelo. Los nombres de los atributos deben tener significado por s mismos. Tener mucho cuidado con los atributos nulos, pueden esconder subtipos
Modelo Conceptual Atributos
Los atributos dentro de una relacin pueden tomar diferentes conceptos: Claves Candidatas Claves Primarias Atributos No Claves Claves Forneas
Modelo Conceptual Relaciones

Vinculaciones entre las Ideas
Verbos que describen como se relacionan las entidades Ejemplo: Cliente compra Artculo Artculo es comprado por Cliente
Las relaciones se identificarn como Rn donde n es un nmero nico. Ejemplo: R11, R75, R3, ...
R8 compra Cliente Es comprado por

Artculo
Modelo Conceptual
Relaciones
Cardinalidad Nmero de instancias de una entidad que se pueden relacionar con un nmero de instancias de otra entidad Uno a Uno (1:1)
Empleado
tiene pertenece trabajan pertenece
Usuario Red
Uno a Muchos (1:N) Muchos a Muchos (M:N)
Area
Empleado
Proveedor
provee es provisto por
Artculo
Modelo Conceptual
Relaciones
Modalidad
Indica si una instancia debe participar en la relacin
Obligatoria Opcional Obligatoria
Area
trabajan pertenece
Empleado
Obligatoria Opcional Opcional
Proveedor
provee es provisto por
Artculo
Cliente
tiene pertenece Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com
Factura
Modelo Conceptual
Relaciones
Grado
Nmero de entidades que participan en la relacin Unarias o recursivas Binarias N-arias Empleado
Tiene Tiene a cargo
Cliente
Pertenece
Factura
Curso Semestre Lic.Rubn Fernndez Iriart -curso
Semestre
r.f.iriart@mercadototal.com
Diagrama Entidad-Relacin (DER)
R12
Comprobante Comprobante Articulo
R13
Rubro Articulo
R15
Rubro
R11
R14 R17
Prioridad Entrega
R16
Descuento Prioridad
Cliente
Entrega
Modelo Conceptual
Proceso de Normalizacin: Es el proceso por el cual se agrupan datos en tablas representando sus entidades y atributos. Est basado en la observacin de un comportamiento: Dados varios conjuntos de relaciones, que todos ellos contienen los mismos datos, y que adems todos se encuentran involucrados en un ambiente de Insercin, Actualizacin y Borrado, aqullos que cumplen ciertas condiciones, tendran un mejor comportamiento, que otros conjuntos que no las Lic.Rubn Fernndez Iriart cumplen. r.f.iriart@mercadototal.com
Modelo Conceptual
Ahora, para qu necesitamos un proceso de esta naturaleza??? Porque..... El proceso de normalizacin asegurara que el modelo conceptual trabajara bien. Un proceso no normalizado puede causar problemas de almacenamiento de datos, (llamados Anomalas) cuando se modifican las bases de datos como resultado de cualquier proceso. IMPORTANTE: Se lleva a cabo en FUNCION de las RELACIONES, y no en funcin de los valores de los datos que se suceden Lic.Rubn Fernndez Iriart
Modelo Conceptual
Normalizacin habla de Formas Normales y son: No Normalizada Primera Forma Normal Segunda Forma Normal Tercera Forma Normal
Modelo Conceptual
Que son las Formas Normales???

Definicin: se llaman formas normales a itos o puntos de control, en donde deben cumplimentarse ciertos estados de las relaciones entre entidades y atributos, para asegurar que no existan Tipos de Anomalas que produzcan prdidas de informacin en el Almacenamiento, durante un proceso de altas, bajas y modificaciones.
Modelo Conceptual
Que son tipos de anomalas???? Son prdidas de informacin que ocurren durante la corrida de un proceso altas, bajas y modificaciones y afecta por supuesto a la base de datos. La forma de corregirse es a travs del establecimiento de nuevas relaciones.
Modelo Conceptual Proceso de si y slo s no contiene Normalizacin atributos, (simples o

compuestos), repetitivos.
Relaciones No Normalizada Relaciones en la Primera Forma Normal
Relaciones en la Segunda Forma Normal
Relaciones en la Tercera Forma Normal
si y slo s los atributos que no forman parte de la clave principal dependen de ella en su totalidad
si y solo si no hay dependencias funcionales entre los atributos no claves
Modelo Conceptual Modelo no normalizado: consiste en registros que son usados por
programas de aplicacin.
Nro. Paciente 1111 1111 1234 267 2345 189 10-05-77 8-01-77
Sergio lopez Luna
Nro. Lic. Cirujano 145 311 243
Fecha de Nombre Ciruga 01-06-77 12-06-77 5-05-76

Paola Gomez
Direccin Paciente
Lavalle Lavalle Paraguay
paciente
Juan Perez Juan Perez
Nombre Ciruga Droga Adminis. Cirujano Post Operatorio

Jos Pedro Juana Perla Ruperto Apendice Amigdalas Apendice Amigdalas Apendice Penicilina Extretomicina Penicilina Extretomicina Penicilina
Efecto
Fiebre Sarpullido Fiebre Sarpullido Fiebre
4876
145
5-11-77
Javier Loza
Charcas
Lorenz
Apendice
Penicilina
Fiebre
5123
145
10-05-77
Luis Daz Pavon Ftima Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com
Apendice
Penicilina
Fiebre
Modelo Conceptual
Una Estructura de Datos est en la Primera Forma Normal si y slo s no contiene atributos, (simples o compuestos), repetitivos.
Modelo Conceptual Primera Forma Normal

Nro. Paciente Nro. Lic. Cirujano Fecha de Nombre Ciruga paciente Direccin Paciente Nombre Cirujano Ciruga Droga Adminis. Post Operatorio Efecto
1111 1111 1234 1234 2345
145 311 243 267 189
01-06-77 12-06-77 5-05-76
Juan Perez Juan Perez Paola Gomez
Lavalle Lavalle Paraguay Paraguay
Jos Pedro Juana Perla Ruperto
Apendice Amigdalas Apendice Amigdalas Apendice
Penicilina Extretomicina Penicilina Extretomicina Penicilina
Fiebre Sarpullido Fiebre Sarpullido Fiebre
10-05-77 Paola Gomez 8-01-77

Sergio lopez
Luna
4876
145
5-11-77
Javier Loza
Charcas
Lorenz
Apendice
Penicilina
Fiebre
5123
145
10-05-77
Luis Daz Pavon Ftima Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com
Apendice
Penicilina
Fiebre
Nombre Paciente
Direccin Paciente
Modelo Conceptual Primera forma normal
Nmero Paciente
Ciruga
Nmero Licencia Cirujano
Droga Administrada
Nombre de Cirujano
Fecha de Ciruga
Efecto de la Droga
Anomalas de Almacenamiento que se detectan en la Primera Forma Normal ( Estudiando la Clave Primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja )
Anomalas de Insercin: si consideramos que ingresa un nuevo paciente al hospital y que hasta el momento no se le ha practicado ninguna ciruga y por lo tanto no se le ha asignado ningn cirujano. El paciente no puede ser dado de alta al hospital porque no se disponen de las claves Cirujano y Fecha de ciruga. Esto implica que informacin del paciente no puede ser ingresada en la Primera Forma Normal, (PFN). Lo anterior expresa, que para mantener informacin sobre el paciente, (su nombre y direccin) las claves de Cirujano y Fecha de Ciruga), son superfluas. Lo recomendable es generar una nueva relacin particular entre Nro. Paciente, Nombre Paciente y Direcin Paciente Lo mismo sucede si se ingresa un nuevo cirujano al hospital. Tambin implica que informacin del cirujano no puede ser ingresada en la PFN. Esto sucede porque algunas columnas, (nombre y direccin del paciente y nombre del cirujano) dependen slo de una parte de la clave primaria que habamos establecido Lo recomendable es generar una nueva relacin particular entre Nombre.Cirujano y Nro. Lic.Cirujano. Con las nuevas relaciones AMBAS ANOMALIAS
Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com DE INSERCION HAN
SIDO RECTIFICADAS
Anomala de Actualizacin: Prez ingresa por tercera vez al hospital, e informa que cambi de direccin, pero... como no se actualiza el archivo hasta que Perez se opere, no se podra actualizar y cuando se opere, quedara, sus dos primeras veces con la direccin anterior y la tercera con la nueva. Operndose con la relacinNro. Paciente,
Nombre Paciente y Direccin Paciente, no habra problema y en la misma existira solamente una sla lnea o tupla para Perez, marcando eficiencia y no redundancia en el archivo
Anomalas de Bajas. (tipo 1): Paola Gomez muere y quiero darle de baja del archivo, lamentablemente la informacin de lo realizado por el cirujano Juana y Perla desapareca del archivo y perderamos informacin referente a las operaciones por ellas realizadas. Lo
recomendable es generar una nueva relacin particular entre Nro. Paciente, Nombre Paciente y Direccin Paciente y solamente dar de baja el paciente en esta ltima relacin y mantener el archivo con clave primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja
inalterable para mantener la informacin referente a las cirugas llevadas a cabo. Lo mismo sucedera si muere Juana o Perla u otro cirujano..daramos de baja en Nombre.Cirujano y Nro.
Lic.Cirujano.
Anomalas de Almacenamiento que se detectan en la Primera Forma Normal ( Estudiando la Clave Primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja ) Anomalas de Bajas. (tipo 2): resultan cuando un atributo No Clave de la relacin est dependiendo funcionalmente de otro atributo No Clave Efecto Colateral de la Droga -----> est dependiendo funcionalmente de la Droga Administrada. Cualquier baja en Paciente o Cirujano perderamos la informacin de que tal droga tiene tal efecto colateral; por lo tanto tambin se recomiendan los relaciones nuevas para Paciente y Cirujano. Y dejaramos inalterable la informacin en el archivo de clave primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja y habindose eliminado la anomalas pertinentes a la PFNormal queda establecido que las nuevas estructuras pertenecen ya a la Lic.Rubn SEGUNDA FORMA NORMAL Fernndez Iriart r.f.iriart@mercadototal.com
Modelo Conceptual Segunda Forma Normal

Nro. Paciente 1111 1111 Nombre Fecha de Cirujano Ciruga 145 311 01-06-77 12-06-77 Droga Adminis. Ciruga
Apendice Amigdalas
Post Operatorio
Penicilina Extretomicina
Efecto
Fiebre Sarpullido
Nro. Lic. Nombre Cirujano Cirujano
Nro. Paciente 1234
Nombre paciente
Juan Perez Paola Gomez
Direccin Paciente
Lavalle Paraguay
243 267
Jos Pedro
2345
Una Estructura de datos est en la Segunda Forma Normal si y slo s los atributos que no forman parte de la clave principal Lic.Rubn Fernndez Iriart dependen de ella en su totalidad r.f.iriart@mercadototal.com
Nombre Paciente
Modelo Conceptual Segunda Forma normal

Direccin Paciente
Nmero Paciente Nmero Paciente Nmero Licencia Cirujano Nmero Licencia Cirujano
Ciruga
Nombre de Cirujano
Fecha de Ciruga
Efecto de la Droga
Droga Administrada
Anomalas de Almacenamiento que se detectan en la Segunda Forma Normal ( Estudiando la Clave Primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja )
Insercin: para Paciente y/o Cirujano se pueden llevar a cabo y no existe prdida de informacin. Bajas (Tipo 1): se pueden llevar a cabo tanto para paciente como para cirujano y tampoco sufren de prdida de informacin. Actualizacin: tambin se pueden llevar a cabo las actualizaciones para Paciente y para Cirujano. Entonces Donde estn las Anomalas? Entn en la dependencia funcional transitiva de atributos No Claves. Anomala de Insercin: no puedo ingresar una nueva droga, y relacionarla con su efecto colateral, a no ser que la droga haya sido dada a algn Paciente en alguna ciruga. Lic.Rubn Fernndez Iriart
Anomalas de Almacenamiento que se detectan en la Segunda Forma Normal ( Estudiando la Clave Primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja ) Anomala de Baja: Si a un Paciente se le administra penicilina, y si el efecto de la penicilina es en este Paciente es una brutal fiebre y entonces se le administra otra droga; a la relacin anterior se le debe dar de baja y actualizrsele, por la segunda droga que se administr y su efecto colateral y qu pasa con sto: se pierde la informacin de qu efecto colateral produce la penicilina, qu efecto lo produjo al individuo en la operacin y slo queda la informacin del efecto colateral de ltima droga administrada. Si una droga no se usa ms, y por eso la quisiera dar de baja, dara de baja informacin de la ciruga, lo cual no es el objetivo.
Anomalas de Almacenamiento que se detectan en la Segunda Forma Normal ( Estudiando la Clave Primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja ) Anomala de Actualizacin: lo mismo sucede con las variaciones de efecto de las drogas. Si la Penicilina generaba fiebre y ahora no la genera y actualizara los registros con que tiene efecto nulo, perdera la informacin que a tal paciente cuando se le administr aqulla droga le gener el efecto colateral anterior. Por lo tanto....se debe romper la dependencia funcional transitiva, generando una relacin nueva DrogaAdministradaPostOper. + EfectoColateral y suprimirse de la relacin que estamos viendo EfectoColateral y ya estaramos ya en la Tercera Forma
Normal
Modelo Conceptual Segunda Forma Normal

Apendice Amigdalas
Post Operatorio
Efecto
Fiebre Sarpullido
Droga Post Operatorio y Efecto de la Droga son Transitivas, la tercera Forma Normal nos pide que eliminemos la transitividad de atributos No Claves
Nro. Nro. Lic. Nombre Cirujano Cirujano Paciente 1234 2345 243 267
Jos Pedro
Nombre paciente
Direccin Paciente
Lavalle Paraguay
Cuando un atributo no clave puede ser determinado con otro/s atributo/s no clave, se dice que existe entre los atributos dependencia funcional transitiva.
Modelo Conceptual Tercera Forma Normal

Apendice Amigdalas
Post Operatorio
Una Estructura de Datos est en la Tercera Forma Normal si y solo si no hay dependencias funcionales entre los atributos no claves
Direccin Paciente
Lavalle Paraguay
Jos Pedro
Nombre paciente
Droga Adminis. Post Operatorio

Penicilina Lic.Rubn Fernndez Iriart Extretomicina r.f.iriart@mercadototal.com
Efecto Colateral
Fiebre Sarpullido
Droga Administrada
Nombre Paciente
Modelo Conceptual Tercera Forma normal

Direccin Paciente
Efecto de la Droga Nmero Paciente Nmero Licencia Cirujano Nmero Licencia Cirujano
Nmero Paciente
Ciruga
Nombre de Cirujano
Fecha de Ciruga
Droga Administrada
Anomalas de Almacenamiento que se detectan en la Tercera Forma Normal ( Estudiando la Clave Primaria Nro.Pacient+Nro.LicCirujano+FechaCiruja ) Insercin: Una droga tiene un determinado efecto sin el requerimiento de que a un Paciente se le haya administrado cualquier droga. En ambas estructuras de datos no se identifican anomalas. Bajas: Se puede dar de baja sin problemas una droga de la relacin DrogaAdministradaPostOper. + EfectoColateral. Actualizacin: puedo actualizar viejos efectos de determinadas Drogas por nuevos efectos de las mismas. Debo cuidar que cada droga aparezca slo una vez en la relacin DrogaAdministradaPostOper. + EfectoColateral. Debera cuidar el caso Penicilina fiebre y Penicilina1 brutal fiebre TODAS LAS ANOMALAS DE ALMACENAMIENTOS SE Lic.Rubn Fernndez Iriart HAN ELIMINADO r.f.iriart@mercadototal.com DE INFORMACION SIN PRDIDA
Modelo Conceptual Representacin Grfica de la Tercera Forma Normal

Ciruga Paciente Cirujano Droga
Fecha Ciruga
Nro. Paciente
Nombre Direccin
Nro.Lic. Cirujano
Nombre Cirujano
Droga
Efecto Colateral
Nro.Paciente No.Lc.Cirujano Creamos una nueva entidad Fecha Ciruga Ciruga Droga Fernndez Iriart Lic.Rubn
r.f.iriart@mercadototal.com Paciente + Lic.Cirujano + Ciruga
Modelo Lgico Podemos decir que el modelo lgico es derivado del Modelo Conceptual Al Modelo Conceptual le aplicaremos las restricciones propias de la base de datos que utilicemos en la implantacin; esto tambin es llamado Maping Mapear el modelo Conceptual a uno Lgico Cmo expresaremos esas restricciones? Usaremos tablas de dos dimensiones, ya que en el Modelo Relacional las entidades y sus relaciones son representadas por Tablas; (todo en un modelo relacional se confecciona con tablas) Cada tabla es una Entidad, cada fila es una Instancia de esa Entidad y cada atributo es una columna. Observemos el ejemplo derivandolo a Iriart esquema de base de datos un Lic.Rubn Fernndez r.f.iriart@mercadototal.com Relacional, como quedara???
Modelo Lgico
Apendice Amigdalas
Post Operatorio
Tendramos las mismas relaciones que obtuvimos en la Tercer Forma Normal. Por qu? Porque en el modelo Relacional cada tabla es una Entidad, cada fila es una Instancia de esa Entidad y cada atributo es una columna.
Direccin Paciente
Lavalle Paraguay
Jos Pedro
Nombre paciente
Droga Adminis. Post Operatorio

Penicilina Lic.Rubn Fernndez Iriart Extretomicina r.f.iriart@mercadototal.com
Efecto Colateral
Fiebre Sarpullido
Modelo Lgico
Todo esto es fcilmente asimilable por parte del usuario, es muy simple, y esto no slo lo disfruta el usuario, nosotros tambin El modelo relacional es sumamente comprensible para el usuario final, es una de las mayores ventajas de este modelo
Modelo Lgico Un modelo de datos jerrquico, es un modelo que organiza los datos en una estructura jerrquica de arboles
Nivel 1 Nodo Root
Nivel 2
Nivel 3
Modelo Lgico
1. Una estructura de rbol jerrquica siempre empieza con un nodo Root 2. Todo nodo consiste de de uno o ms atributos describiendo la Entidad en ese nodo 3. Nodos dependientes pueden descolgarse en sucesivos niveles. El nodo del nivel precedente se califica como nodo Padre de los nodos subsecuentes. Los nodos dependientes pueden ser adicionados tanto a nivel horizontal como vertical. La nica excepcin se da en el nivel uno que siempre es llamado root 4. Los nodos consecuentes siempre slo se conectan con su padre, siempre existe un nico padre fsico 5. Un nodo padre puede tener un o muchos nodos hijos, esto determina siempre relaciones del tipo one (padre) to many (hijos) 6. Todos ( a excepcin del root ) deben ser accedidos a travs de su Padre 7. Puede haber un nmero cualquiera de ocurrencias o instancias de cada nodo a cada nivel. Cada ocurrencia hijo debe ser conectada con cada ocurrencia Padre. Cada ocurrencia Padre genera un registro lgico y puede haber cero, uno o varias ocurrencias del nodo hijo por cada ocurrencia del Padre
Modelo Lgico Cmo podran representarse la relaciones obtenidas en la Tercera Forma Normal? Por supuesto dentro del concepto ONE to MANY
Nro. Paciente Nivel 1 Root Direccin Nombre Entidad dominante
ONE to MANY Nivel 2 hijo del Padre Root Fecha Nro.Cirujano Nombre ciruga Entidades Subordinadas Cirujano, Ciruga, Droga
Ciruga
Droga
Efecto
Se asume: 1) que slo puede haber solamente un efecto colateral de la droga 2) que expresa el efecto que sufri el paciente al administrarle la droga
Modelo Lgico
Muchas Gracias.

Modelo de Datos

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Modelo de Datos

Diunggah oleh

Hak Cipta:

Format Tersedia

Universidad Tecnolgica Nacional

Ctedra de Diseo de Sistemas

Profesor Lic. Rubn Fernndez Iriart

Requerimientos Conceptuales Aplicacin 1

Modelo Fsico o Interno

1er. Paso:Diseo del modelo fsico 2do. Paso: Evaluar su perfomance

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Entidades

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Atributos

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Atributos

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Relaciones

R8 compra Cliente Es comprado por

tiene pertenece trabajan pertenece

Uno a Muchos (1:N) Muchos a Muchos (M:N)

provee es provisto por

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Indica si una instancia debe participar en la relacin

Obligatoria Opcional Obligatoria

Obligatoria Opcional Opcional

provee es provisto por

tiene pertenece Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Curso Semestre Lic.Rubn Fernndez Iriart -curso

Diagrama Entidad-Relacin (DER)

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Que son las Formas Normales???

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Proceso de si y slo s no contiene Normalizacin atributos, (simples o

Relaciones No Normalizada Relaciones en la Primera Forma Normal

Relaciones en la Segunda Forma Normal

Relaciones en la Tercera Forma Normal

si y solo si no hay dependencias funcionales entre los atributos no claves

Nro. Lic. Cirujano 145 311 243

Fecha de Nombre Ciruga 01-06-77 12-06-77 5-05-76

Nombre Ciruga Droga Adminis. Cirujano Post Operatorio

Fiebre Sarpullido Fiebre Sarpullido Fiebre

Luis Daz Pavon Ftima Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Primera Forma Normal

1111 1111 1234 1234 2345

145 311 243 267 189

01-06-77 12-06-77 5-05-76

Juan Perez Juan Perez Paola Gomez

Lavalle Lavalle Paraguay Paraguay

Jos Pedro Juana Perla Ruperto

Apendice Amigdalas Apendice Amigdalas Apendice

Penicilina Extretomicina Penicilina Extretomicina Penicilina

Fiebre Sarpullido Fiebre Sarpullido Fiebre

10-05-77 Paola Gomez 8-01-77

Luis Daz Pavon Ftima Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Primera forma normal

Nmero Licencia Cirujano

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com

Modelo Conceptual Segunda Forma Normal

Nro. Lic. Nombre Cirujano Cirujano

Nro. Paciente 1234

Modelo Conceptual Segunda Forma normal

Lic.Rubn Fernndez Iriart r.f.iriart@mercadototal.com