¡Explica en detalle cómo dibujar un diagrama E-R (Oracle, solo profesionales)!
El primer paso: primero, basado en los resultados del análisis de la demanda (diagrama de flujo de datos, diccionario de datos, etc.), analizar los datos del mundo real. Hacer abstracciones. ).
Diseñar cada vista parcial, es decir, dividir el diagrama E-R.
Paso 2: Integrar vistas parciales.
La estructura conceptual es una abstracción del mundo real. Generalmente existen tres tipos de abstracciones:
(1) Clasificación (es uno de los miembros)
Colección (es parte de)
(3) Generalización (sí, subconjunto)
Los pasos para diseñar un diagrama E-R son los siguientes: (1) Seleccionar la aplicación local.
En la etapa de análisis de requisitos, a través de una investigación y un análisis detallados del entorno y los requisitos de la aplicación, se describe todo el sistema utilizando diagramas de flujo de datos multicapa y diccionarios de datos.
El primer paso en el diseño de un diagrama E-R es seleccionar un diagrama de flujo de datos de nivel apropiado (la experiencia es importante) del diagrama de flujo de datos multinivel de acuerdo con las condiciones específicas del sistema, de modo que cada parte Este conjunto de diagramas puede corresponder a una aplicación local, por lo que podemos diseñar el diagrama E-R en función de este nivel de diagrama de flujo de datos.
En términos generales, el diagrama de flujo de datos de la capa intermedia puede reflejar bien la composición del subsistema de cada aplicación local en el sistema, por lo que la gente suele utilizar el diagrama de flujo de datos de la capa intermedia como base para diseñar diagramas E-R.
(2) Diseñar diagramas E-R uno a uno.
Cada aplicación local corresponde a un conjunto de diagramas de flujo de datos, y los datos involucrados en la aplicación local se han recopilado en el diccionario de datos. Ahora necesita extraer estos datos del diccionario de datos y consultar el diagrama de flujo de datos < 1 > Calibrar las entidades en la aplicación local,
<1>Calibrar las entidades en la aplicación local
En el mundo real, un conjunto de objetos con ciertas características y comportamientos se pueden abstraer en una entidad. La relación entre objetos y entidades es "es miembro". Por ejemplo, en un entorno escolar, objetos como Zhang San, Li Si y Wang se abstraen como entidades estudiantiles.
Los componentes del tipo de objeto se pueden abstraer como atributos de entidades. La relación entre un componente y un tipo de objeto es "es parte de". Por ejemplo, el número de estudiante, el nombre, la especialización y el grado se pueden abstraer como atributos de la entidad estudiantil. El número de estudiante es un código que identifica a la entidad estudiantil.
& lt2 & gtEntity atributos, códigos que identifican entidades
De hecho, las entidades y los atributos son relativos, y es difícil separarlos por completo. Lo mismo que es un "atributo" en un contexto de aplicación debe considerarse una "entidad" en otro contexto de aplicación. En términos generales, en un entorno de aplicación determinado:
(1) Los atributos ya no pueden tener propiedades que deban describirse. Es decir, los atributos deben ser elementos de datos indivisibles.
⑵ Los atributos no pueden relacionarse con otras entidades. El contacto sólo se produce entre entidades.
& lt3 & gtDetermina la relación entre entidades y sus tipos (1:1, 1:n, m:n).
A partir del análisis de la demanda, es necesario examinar si existen vínculos entre entidades y si existen vínculos redundantes.
(2) Fusionar los diagramas sub-E-R para generar un diagrama E-R preliminar.
Existen tres tipos principales de conflictos entre diagramas E-R: conflictos de atributos, conflictos de nombres y conflictos estructurales.
1. Conflicto de atributos (1) Conflicto de dominio, es decir, el tipo de valor del atributo, el rango de valores o el conjunto de valores son diferentes.
Por ejemplo, el atributo "Número de pieza" se define como un tipo de carácter y un tipo numérico.
(2) Conflicto de unidad de valor de atributo. Por ejemplo, el atributo "peso" está en gramos o en kilogramos.
2. Conflicto de nombres (1) Un mismo nombre tiene diferentes significados. Los objetos con diferentes significados tienen el mismo nombre.
(2) Los sinónimos son sinónimos (múltiples nombres con un significado). Los objetos con el mismo significado tienen nombres diferentes. "Proyecto" y "Tema"
3. Conflicto estructural
(1) El mismo objeto tiene diferentes abstracciones en diferentes aplicaciones. Por ejemplo, "Curso" se trata como una entidad en una aplicación local y como una propiedad en otra aplicación local.
(2) Los atributos de una misma entidad en diferentes vistas parciales no son exactamente iguales, o el orden de los atributos no es exactamente el mismo.
(3) Las relaciones entre entidades presentan diferentes tipos en diferentes vistas parciales.
Por ejemplo, las entidades E1 y E2 son de muchos a muchos en la aplicación local A y de uno a muchos en la aplicación local B; otro ejemplo es que en la aplicación local X, E1 está asociada con E2; En la aplicación local y, E1, E2 y E3 están relacionados
La solución es sintetizar o ajustar el tipo de relación de entidad según la semántica de la aplicación.
(3) Modificar y reconstruir para generar un diagrama E-R básico.
Genere un diagrama E-R inicial fusionando diagramas E-R parciales. Se denomina diagrama E-R preliminar porque puede haber datos redundantes y conexiones redundantes entre entidades, es decir, hay datos que pueden derivarse de los datos subyacentes y conexiones que pueden derivarse de otras conexiones. Los datos redundantes y las conexiones redundantes pueden destruir fácilmente la integridad de la base de datos y aumentar la dificultad de mantenerla. Por lo tanto, después de obtener el diagrama E-R preliminar, verifique más a fondo si hay alguna redundancia en el diagrama E-R y, de ser así, intente eliminarla. El método de análisis se utiliza principalmente para modificar y reconstruir el diagrama E-R preliminar para eliminar la redundancia. Además, la teoría de la normalización se puede utilizar para eliminar la redundancia.