Introduccin

ER win es un popular herramienta de modelado de datos que utiliza una serie de grandes empresas en Omaha y en todo el mundo. El producto es actualmente propiedad, desarrollado y comercializado por Computer associate, un desarrollador lder de software. El producto es compatible con una variedad de aspectos del diseo de base de datos, incluyendo el modelado de datos, la ingeniera directa (la creacin de un esquema de base de datos y base de datos fsica sobre la base de un modelo de datos), y la ingeniera inversa (la creacin de un modelo de datos sobre la base de los una base de datos existente) para una amplia variedad de SGBD relacionales, incluyendo Microsoft Access, Oracle, DB2, Sybase, y otros. Este breve tutorial le guiar a travs del proceso de creacin de un modelo de datos utilizando ER win R8.0. No va a explicar todos los aspectos de ERwin, pero le mostrar el mnimo necesario para crear y utilizar modelos de datos para esta clase. Se compone de tres segmentos principales, que corresponden a las tareas relacionadas con el proyecto de su clase: 1. Creacin de un modelo bsico de datos (modelo de datos conceptual) 2. Creacin de un esquema de base de datos 3. Creacin de la base de datos Este tutorial es un ser esttico, adecuado para la impresin. Un tutorial con capturas de pantalla y la narracion tambin est disponible (en la actualidad, por ERwin 7.0).

Seccin 1. Creacin de un modelo de datos bsico

Usted ser la creacin de un modelo de datos similar a la creada para el Heartland Propiedades caso de estudio utilizado en clase. Las entidades involucradas en este modelo son: Empleado de oficina, propiedad, e Inspeccin. En primer lugar, invocar ER win desde Inicio-> Programas-> CA-> Erwin-> ERwin Data Modeler r8-> ERwin Va a encontrar primero un cuadro de dilogo titulado "Erwin Data Modeler Tips". Simplemente haga clic en Cerrar. En el men Archivo, seleccione para crear un nuevo modelo: Archivo-> Nuevo

Figura 1: Crear un nuevo modelo El siguiente cuadro de dilogo, que se muestra en la figura 2, se le pedir que seleccione la plantilla que se utilizar para crear el nuevo modelo. En este punto, es posible asociar el modelo con un producto DBMS de destino, como Oracle, DB2, etc Usted tendr la oportunidad de cambiar esta opcin ms adelante, pero por ahora elegir Oracle. Adems, elegir Logical / Physical como el nuevo tipo de modelo. Esta opcin nos permitir alternar fcilmente entre un modelo lgico (ER Diagram) y un modelo fsico (esquema de base de datos).

Figura 2: Seleccin de un tipo de modelo ERwin ahora mostrar la ventana principal de la que la mayor parte de su desarrollo diagrama ER se har, como se muestra en la Figura 3.

Figura 3: El lugar de trabajo ERwin El lugar de trabajo ERwin consta de dos partes principales. A la izquierda est el navegador Modelo, que muestra una jerarqua de temas de importancia, tales como entidades, dominios y reas temticas. A la derecha est la ventana de visualizacin, el cual mostrar el diagrama ER en s. Al crear objetos, aparecern en la pantalla (si son de naturaleza visual, al igual que las entidades), y aparecen en la jerarqua dentro de la Navigator Modelo. Configuracin de las preferencias Una herramienta como ER victoria puede acomodar una serie de notaciones de modelado de datos y convenciones. En mi clase, por favor haga los siguientes cambios en las preferencias antes de empezar a crear su modelo: Haga clic sobre el fondo azul de la ventana de visualizacin y seleccione Propiedades 1. En la ficha Entidad asegurarse de que designador de clave principal est marcada 2. En la ficha Entidad asegurarse de que designador de clave externa (FK) es desactivada

3. En la ficha Entidad asegrese de que Mostrar Atributos migrados est desactivada 4. En la ficha Pantalla asegurarse de que la pantalla de nio a los padres frase verbal se comprueba . 5. En la ficha Pantalla asegurarse de que la pantalla frase verbal de padre a hijo se comprueba . 6. En la ficha Diseo asegrese de que Mostrar fondo est desactivada . Adems, es posible elegir entre dos notaciones de diagramas ER diferentes. En ERwin, haga clic en Modelo-> Propiedades del modelo para ver la ventana que se muestra en la Figura 3b:

Figura 3b: Opcin de notacin Este tutorial se basa en la Ingeniera de la Informacin ("Crows Foot") notacin. . La creacin de una Entidad Para crear una nueva entidad, haga clic en el icono de la entidad ( ) en la barra de herramientas, o haga clic en la palabra Entidad en el Navigator Modelo. Si hace clic en el icono de la entidad, a continuacin, debe hacer clic

en la ventana de visualizacin en la que desea que aparezca la entidad, como se muestra en la figura 4.

Figura 4: Una nueva entidad Observe que el nombre predeterminado de la entidad E / x, donde x es un nmero (2 en este caso). Haga clic en la ficha clave varias veces y observe lo que ocurre.Al pulsar el tabulador clave hacen que el enfoque para desplazarse entre las tres partes principales de la entidad: el nombre de la entidad, el atributo clave primaria (s), y el atributo clave no primaria (s). En general, para modificar una de estas tres partes de la entidad, se le presione la ficha clave para cambiar a la parte correspondiente de la entidad, a continuacin, escriba aadir o modificar esa parte de la entidad. En este momento, pulse la ficha tecla hasta que se resalte el nombre de la entidad. A continuacin, escriba EMPLEADO, como se muestra en la figura 5.

Figura 5: Cambiar el nombre de la entidad En este punto, es posible que desee guardar y nombrar su diagrama para evitar la prdida si el fallo del sistema o la aplicacin. Adicin de columnas de clave principal Una vez que haya cambiado el nombre a EMPLEADO, pulse el Tab de nuevo para mover el foco a la siguiente parte de la Entidad, la adicin de un atributo clave primaria. A continuacin, escriba el nombre del atributo de clave primaria, Emp_Num, como se muestra en la Figura 6.

Figura 6: Agregar un atributo clave primaria Tenga en cuenta que debido a las preferencias definidas anteriormente, el atributo clave primaria tiene un icono de llave junto a l. Pulse la ficha clave una vez ms para poner el foco por debajo de la lnea horizontal de la Entidad, donde se agregar en una serie de atributos clave no primarios.Tipo Emp_Fname, como se muestra en la Figura 7. Cuando haya escrito EMP_NAME, pulse el E nter llave (no Tab ). Observe lo que sucede. El cursor se posiciona para que usted pueda aadir otro atributo en esta misma parte de la Entidad, la porcin atributo clave no principal.

Figura 7: Adicin de atributos clave no primarios Contine aadiendo los siguientes atributos clave no primarios: Emp_SSN Emp_street Emp_city Emp_state Emp_zipcode Emp_phone Emp_fax Su diagrama debera verse como en la Figura 8.

Figura 8: La entidad Employee Repita el proceso de creacin de la entidad para las entidades y los atributos listados en la Tabla 1.
Entidad Atributos Office_Num (pk) Office_Street Office_City Office_State Office_Zipcode Office_Name Office_Phone Office_Fax Entidad Atributos

OFICINA

INSPECCIN

Insp_Date (pk) Insp_Comments

Prop_ID (pk) Prop_Street Prop_City Prop_State PROPIEDAD MANAGER Prop_Type Prop_Baths Prop_Rooms Prop_MonthlyRent ASOCIADO

Man_Salary Man_Car_Allowance

Assoc_Hourly_Rate

Tabla 1: Entidades y Atributos

Tenga en cuenta que algunas de las entidades que no tienen atributos de clave primaria (Gerente Asociado) y una entidad tiene un atributo que forma parte de la clave principal, pero por s sola no constituye una clave principal (Inspeccin). A medida que aadimos relaciones con el diagrama, la naturaleza de las claves para estas entidades se pondr de manifiesto. Por el momento, asegrese de que no hay atributos principales claves para el Administrador y Asociados, y slo un atributo clave primaria de Control, como se muestra en la Figura 9.

Figura 9: Heartland Propiedades Entidades Crear relaciones ER win apoya la creacin de relaciones con los tres tipos bsicos de conectividad: uno-a-uno, uno-a-muchos y muchos-a-muchos. Dentro de la uno-a-muchos categora, ER victoria nos permite distinguir entre la identificacin y la no identificacin de uno-a-muchos. Uno-a-muchos Comenzaremos con dos relaciones, entre Inspeccin y empleados y entre la inspeccin y de la Propiedad. Inspeccin se relaciona tanto con la propiedad y de los trabajadores en relaciones uno a muchos. Cada inspeccin se lleva a cabo en una propiedad, cada propiedad puede sufrir muchas inspecciones. Cada inspeccin se lleva a cabo por un empleado, cada empleado lleva a cabo muchas inspecciones. Son estas relaciones que identifican las relaciones o no identificar relaciones? La cuestin gira en torno a la naturaleza de la clave principal de la inspeccin, la entidad en el lado "varios" de la relacin. La clave principal de la Inspeccin en este ejemplo es una clave principal compuesta que consta de dos atributos: {Insp_Date, Prop_ID} La regla de negocio vigente aqu es que cada propiedad tiene como mximo una inspeccin al da. Uno podra argumentar si es o no es un supuesto de sonido, pero vamos a suponer que por el bien de la ilustracin que se trata. Tenga en cuenta que la clave principal de la inspeccin incluye la clave principal de la propiedad, la entidad con la que mantiene una relacin. Por esta razn, se dice que la relacin entre la inspeccin y la propiedad es una identificacin de uno-a-muchos.

La identificacin de la relacin que se crea al hacer clic primero en el icono de la relacin de identificacin ( ). Tenga en cuenta que tiene la notacin de pata de gallo (que indica "muchos") y una lnea continua (indicando identificando ). Para crear una relacin de identificacin, haga clic primero en este icono, haga clic en la entidad matriz (en un lado de la relacin) y, a continuacin, haga clic en la entidad hijo (en el lado varios de la relacin). En este caso, usted primero haga clic en el icono de la relacin de identificacin, a continuacin, en Propiedades, luego de Inspeccin. Los resultados se muestran en la Figura 10.

Figura 10: Una relacin de identificacin Observe que ER victoria no ha suministrado una etiqueta para la relacin, que no es muy til. Haga doble clic en la relacin en s para que aparezca un cuadro de dilogo en el que podemos afinar ms la definicin de la relacin. Complete este cuadro de dilogo, como se muestra en la Figura 11.

Figura 11: Relaciones definicin En la relacin: cuadro de texto la relacin se presenta en forma controladora de entidad secundaria . La porcin de frase verbal de este cuadro nos permite definir la etiqueta para colocar sobre la relacin. Dado que la entidad matriz es la propiedad y la entidad Child est Inspeccin, la frase verbal de padre a hijo leer "La propiedad se somete a inspeccin." La frase verbal de nio a los padres el mensaje "inspeccin llevada a cabo en la propiedad." En la parte de cardinalidad relacin de esta ventana, se puede determinar la cantidad de nios ocurrencias entidad puede estar asociada con cada padre entidad ocurrencia. Ms especficamente, "Una propiedad se somete a cero, uno o ms inspecciones. " Ntese que en este punto tambin estamos en condiciones de definir la participacin. Si cada propiedad tena que haber sido objeto de al menos una inspeccin con el fin de ser almacenado en la base de datos, que podra haber forzado obligatoria la participacin de la eleccin de la una o ms opciones. Haga clic en Aceptar para finalizar la definicin de la relacin, como se muestra en la Figura 12.

Figura 12: Relacin Terminado Tenga en cuenta que cuando la entidad participa como al menor en una relacin de identificacin que se modela con las esquinas redondeadas. Esta notacin se utiliza para lo que en otras herramientas de modelado de datos que se llama una "Entidad dbil". La relacin entre la inspeccin y el empleado es algo diferente. Es un uno-amuchos, pero es que no identifica , porque la clave principal de los empleados es que no parte de la clave principal de la Inspeccin. En esta relacin, debemos hacer clic en el icono de la relacin no identificable ( utiliza una lnea de puntos en lugar de una lnea continua. ), que

Al igual que antes, hacemos clic en el icono y, a continuacin, la entidad matriz, la entidad hijo. Haga clic en el icono de la no identificacin de la relacin, entonces la entidad empleado, la entidad de inspeccin. Haga doble clic en la relacin para que aparezca la ventana de definicin de relacin y rellenarlo como se muestra en la Figura 13.

Figura 13: no indica la definicin de relacin. Al igual que antes, proporcionamos frases verbales ms significativas para la relacin. Al igual que antes, ya que cada empleado puede estar asociada con cero, uno o ms inspecciones, elegimos la cardinalidad correspondiente. A diferencia de antes, cuando elegimos el tipo de relacin de identificacin, ahora hemos elegido el tipo de relacin que no identifica. Tenemos la opcin de indicar si se permiten valores nulos o no. Esta decisin se refiere a la participacin de la controladora en una relacin con la entidad secundaria. En otras palabras, no cada vez que aparece entidad secundaria (Inspeccin) tiene que ser asociado con un padre entidad ocurrencia (Empleado)? En este caso, la respuesta es s. Cada inspeccin debe ser realizada por un empleado, o no se considera una inspeccin adecuada. La participacin de los trabajadores en la relacin es obligatoria . Haga clic en Aceptar para finalizar la definicin de la relacin, como se muestra en la Figura 14.

Figura 14: relacin de no identificacin Empleado y del tambin la participacin en una relacin de uno con el otro. Cada empleado es asignado a una y slo una oficina, y cada oficina tiene uno o ms empleados. En este uno-a-muchos, Office es que los padres y los empleados es el nio. Dado que la clave principal del nio (Empleado) no incluye la clave principal de la matriz (Office), esta es una relacin que no identifica. Haga clic en el icono de la no identificacin de la relacin, de oficina, y los empleados para crear esta relacin. Haga doble clic en el parentesco y rellenar en la ventana de definicin de la relacin, como se muestra en la Figura 15.

Figura 15: Una relacin no identificable con la participacin obligatoria En la Figura 15, ver un ejemplo de una relacin en la que la participacin es obligatoria para ambas entidades. La cardinalidad indica que cada Oficina est asociada con uno o ms (pero no cero) Empleados. El tipo de relacin indica que se trata de una relacin que no identifica, y no se permite que los valores nulos. En otras palabras, cada nio (Empleado) debe estar asociado con una nica matriz (Oficina). Completa las relaciones mediante la creacin de una relacin entre la Oficina y de la Propiedad en la que cada oficina maneja cero, uno o ms propiedades y cada propiedad es administrada por una y slo una oficina. Su diagrama debe aparecer ahora como se muestra en la Figura 16.

Figura 16: Relaciones Subtipos y supertipos Hay dos tipos de empleados que queremos distinguir entre: Directivos y Asociados. Cada uno de estos dos tipos de empleados tiene todas las propiedades de los empleados, pero tienen adems un pequeo nmero de atributos especficos. Slo los administradores tienen un sueldo y un permiso de coche. Slo socios tiene una tarifa por hora. Podemos especificar que el Administrador Asociado y son subtipos de los empleados. Para ello, utilizaremos el icono subtipo ( ). Para indicar que el Administrador es un subtipo del empleado, haga clic primero en el icono de subtipo, y luego en el supertipo (Empleado), a continuacin, en el subtipo (Manager). El resultado aparece en la Figura 17.

Figura 17: Relacin Subtipo Para incluir Asociado como un subtipo, vuelva a hacer clic en el icono de subtipo. Ahora, en lugar de hacer clic en el supertipo de nuevo, haga clic en el icono de subtipo en el diagrama entre empleados y directivos. A continuacin, haga clic en Asociado . El resultado aparece en la Figura 18.

Figura 18: Diagrama final ER Por ltimo, guarde su trabajo. Ahora podr salir ER win , o pasar a la siguiente seccin, titulada Creacin de un esquema relacional