Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Cuaderno
Uliendre Objetivos
Unespués terminación de esta unidad, usted debería be
able a:
Notas:
Después de haber establecido las tablas, reglas de integridad, y los índices para el dominio
de aplicación, debemos hacer la transición de la vista para ver de almacenamiento lógico.
La transición verifica el diseño de la base de datos y prueba que cumple con los requisitos
del negocio
procesos. La verificación se lleva a cabo mediante el establecimiento de la lógico datos
estructuras para el negocio de los procesos descritos en el inventario de procesos.
Esta unidad describe las estructuras lógicas de datos y se analizan brevemente las
opiniones que los complementan. En él se describe:
• El propósito de las estructuras de datos lógico.
• ¿Quién es responsable de establecer las estructuras de datos lógicos para los
procesos de negocio y el papel del diseñador de bases de datos.
• Los componentes de las estructuras de datos lógicos y cómo se representan.
• La relación entre los procesos de negocio y estructuras de datos lógicos.
• La interrelación entre las estructuras de datos lógicas y puntos de vista. Las vistas
son objetos de bases de datos relacionales que describen subconjuntos y conjuntos
de una o más tablas.
10-2 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-3
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Tupla Tipos
Tables
Lógico Datos Estructuras
Integrity Reglas
Logical Rivalizarw
Índices
Almacenamiento
Vista
Notas:
Después de las mesas, las normas de integridad, y los índices para el dominio de
aplicación se han determinado, es el momento para verificar que el diseño de base de
datos cumple con los requisitos de los procesos de negocio. Como parte de la vista lógico,
las estructuras de datos lógicos se establecen para
todos los procesos descritos en el inventario de procesos.
El punto de vista lógico mira a los datos del dominio de aplicación desde la
perspectiva de los procesos empresariales para el dominio de aplicación. En
consecuencia, las estructuras de datos lógicos muestran las tablas del dominio de
aplicación contiene los datos requeridos por los procesos de negocio. También
describen la forma de navegar de mesa en mesa cuando se accede a los datos.
Las tablas establecidas para el dominio de aplicación son la materia prima principal
para la creación de la estructura lógica de los datos. Las reglas de integridad, más
precisamente, la
restricciones de referencia entre las claves principales y claves externas, son una segunda
entrada porque muestran la natural caminos entre los distintos cuadros.
10-4 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
Logical
Tables
Datos
Estructuras
Notas:
Como último paso de la vista conceptual, los datos necesarios para los procesos de negocio
del inventario proceso fueron descritos como elementos de información y grupos de datos
en el inventario de datos.
Con base en los elementos de datos y grupos de datos en el inventario de datos, las tablas
para el diseño de las aplicaciones fueron desarrolladas. Los elementos de datos se convirtió
en las columnas de las tablas. Los grupos de datos sólo se proporciona información
estructural necesaria para la normalización y la división de los tipos de tupla.
En general, los elementos de datos para un proceso de negocio solo constituyen un
pequeño subconjunto de las columnas de las tablas y puede ser ubicado en diferentes
mesas. Por lo tanto, para los procesos de negocios individuales, es necesario identificar:
• Las columnas y las tablas correspondientes a los elementos de datos que utiliza el
proceso de negocio.
• ¿Cómo el proceso de negocio puede encontrar, utilizando los datos encontrados en
una tabla, los datos relacionados de otras tablas.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-5
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Aquí es donde las estructuras de datos lógicas entran en juego. Las estructuras de datos
lógico para un
procesos de negocio describir esto. En ellas se describe el subconjunto de tablas y
columnas que necesita el proceso de negocio o de una parte de ella. También ilustran cómo
el proceso de negocio o la parte correspondiente debe navegar lógicamente través de las
tablas para lograr su función. Por lo tanto,
reflejan la visión lógica del proceso de negocio (o parte) ha de las tablas y el flujo de
datos entre las tablas para el proceso de negocio.
Must show
aplicación los
programadores:
Que tablas contener dATA fo procesos
Cómo a navegar por de uno tabla a el próximo
Conjunto
esfuerzo
serentre
Database
diseñador
Sabers
tablas
Sabers referential limitaciones
unad application programadores
Must escriturae programas parar procesos
(En caso) saber procesos
Entrada fo aplicación programadores
Permitirs verification of tables
parar aplicación dominio
Figura 10-4. Estructuras de datos lógicos - Responsabilidades CF182.0
Notas:
Las estructuras de datos lógicos describen los puntos de vista lógica de los procesos de
negocios tienen de las tablas y el flujo de datos entre las tablas para las operaciones.
Deben mostrar los programadores de aplicaciones que contienen las tablas de los datos
(columnas) de los procesos empresariales y la forma de navegar de una mesa a otra. Por
lo tanto, al establecer las estructuras de datos lógicos, las interfaces entre los procesos de
negocio y las mesas están expuestos.
El desarrollo de las estructuras de datos lógica es un esfuerzo conjunto entre el diseñador
de bases de datos y los programadores de aplicaciones. El diseñador de base de datos
debe participar en el desarrollo, ya que él / ella sabe las tablas, sus columnas, y el
referencial
restricciones entre las tablas. Las restricciones de referencia, en representación de las
relaciones entre las claves principales y claves externas, proporcionan natural caminos
entre las tablas. Ellos son los principales vehículos para la interconexión de los distintos
cuadros.
Sin embargo, el diseñador de bases de datos no puede establecer las estructuras de datos
lógicos en su
propia. El establecimiento de las estructuras de datos lógica requiere un conocimiento
detallado de los procesos de negocio y ya puede considerar los detalles de implementación.
Por lo tanto, la
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-7
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
los programadores de aplicaciones por escrito los programas o las consultas de los
procesos de negocio deben
participar en el desarrollo de las estructuras de datos lógico. Deberán tener un interés
primordial en las estructuras de datos lógicos. También deben tener los conocimientos
relativos a los procesos de negocio. ¿Cómo si no las ponen en práctica?!
En lugar de los programadores de aplicaciones, el experto dominio de aplicación podrían
participar en el desarrollo de las estructuras de datos lógicos. Sin embargo, ya que las
consideraciones aplicación puede afectar a las estructuras de datos lógicos para un
proceso de negocio, la
participación de los programadores de aplicaciones es preferible. Debido a que las
estructuras de datos lógicos son de entrada para programadores de aplicaciones, deben
ser la fuerza impulsora en el establecimiento de ellos.
Ysted puede preguntarse qué interés el diseñador de base de datos está en el desarrollo de
las estructuras de datos lógica? Él / Ella tiene una muy buena razón para participar en su
desarrollo. Mediante el establecimiento de las estructuras de datos lógicos, la exactitud e
integridad de su diseño de base de datos se verifica. Además, algunos cuellos de botella en
el rendimiento puede ser revelado que conduce a denormalizations adicionales, la
combinación de tablas, y la división de las tablas.
La detección de problemas de diseño requiere una reiteración del proceso de diseño en
vez de parches para las tablas. Con sólo parchear los cuadros, la calidad del diseño
está amenazado, y la justificación de las decisiones de diseño es fácilmente
abandonados. Si los cambios son menores,
no tiene mucho tiempo para verificar y corregir los pasos de diseño intermedios y, por
tanto, validar el concepto de diseño de base. Si los cambios son importantes, es mejor
que siga los pasos de diseño de arriba a abajo cuando se rectifica el problema.
10-8 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
Notas:
El proceso de negocio en este mundo visual es un proceso de negocio para nuestra
compañía aérea de ejemplo llamado Venir A bordo. Para un determinado mantenimiento
número, El proceso de negocio muestra información sobre el registro de mantenimiento, la
aeronave de registro de mantenimiento, y los subregistros para el registro de
mantenimiento.
Para el registro de mantenimiento en sí, se muestra la fecha en que se llevó a cabo el
mantenimiento y el tipo de mantenimiento realizado. Además, se muestra el número de
empleado y el nombre (apellido, nombre, e inicial) del empleado que
realizar el mantenimiento. Además, el número de aeronaves de la aeronave se muestra
para la que se llevó a cabo el mantenimiento.
Si Venir A bordo todavía contiene datos sobre la aeronave, la fecha en que el avión fue
fabricado y la fecha cuando el avión se puso en servicio se muestran. Además, el número
de modelo y código del tipo de la aeronave y el nombre del fabricante que se muestra.
Un registro de mantenimiento puede tener subregistros que también puede subregistros y
así sucesivamente. Para cada subregistro, la fecha y tipo de mantenimiento se muestran.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-9
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
We volverá a los distintos puntos de la visual cuando se habla de la lógica de los datos
estructura para el proceso de negocio.
YoNP
UT
MAINTENANCE_
RecorD / 1
2 3 6
MAINTENANCE_
C
EMPLEAD UnIRCRAF REGISTRO / 2
O T
7
4
AIRCRAFT_
TIPO
Fabri-
Cante
Notas:
Una estructura de datos lógica se compone de tres componentes:
• Un Estructura Diagrama ilustrando cómo los distintos cuadros de la estructura lógica de
los datos están interconectados. Dado que el diagrama de la estructura es el
componente más parecido a lo que
se puede esperar de una estructura, el término lógico datos estructura se utiliza con
frecuencia como sinónimo de la misma.
• Un Camino Resumen describiendo las columnas a través del cual los cuadros del
diagrama de la estructura están interconectados.
• Un Tcapaz Resumen la lista de las columnas necesarias para los distintos cuadros
del diagrama de la estructura.
El actual visual ilustra el diagrama de la estructura de la estructura lógica de los datos
de nuestros procesos de negocio de la muestra. Básicamente, el diagrama de la
estructura es el siguiente:
• Las cajas rectangulares en el diagrama de la estructura representan las tablas
utilizadas por el proceso de negocio (o una parte de ella) relacionados con la estructura
lógica de los datos. Las cajas contienen los nombres de las tablas.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10 -11
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Si un proceso de negocio utiliza la misma tabla varias veces, con el mismo fin o para
diferentes propósitos, el cuadro aparece varias veces en el diagrama de la estructura. Un
uso distinto puede requerir distintas columnas de la tabla. A decir los diferentes usos
aparte y asignar correctamente las columnas según sus usos en el cuadro resumen, los
nombres de las tablas que ocurren varias veces se adjuntan, a "/ N". n únicamente los
números de los diferentes usos. En el ejemplo, el cuadro MAINTENANCE_RECORD se
utiliza para dos fines, tal como se describirá más adelante.
• Una flecha ilustra la interconexión de dos tablas de un flujo de datos en la dirección de
la flecha. El cuadro que figura al comienzo de la flecha se le conoce como fuente tabla
para el flujo, la
el cuadro al final como objetivo tabla. Un valor que se encuentra en la tabla de origen se
utiliza sin modificar a
acceso a las filas correspondientes de la tabla de destino. Por ejemplo, el número de
empleado en un registro de mantenimiento se utiliza para acceder a la fila para el
empleado adecuado en el cuadro EMPLEADO ( 2 ). Esto corresponde a una Unirse
funcionamiento de las mesas.
Los cuadros se pueden unir a través de una columna o varias columnas. Las columnas
de la tabla de destino puede tener otro nombre, pero su función debe ser la misma.
• Las flechas han sido etiquetados para establecer una referencia al sumario camino para
la estructura de datos lógicos. Para cada una interconexión de las dos tablas (camino), El
resumen de ruta se enumeran las columnas de la tabla de origen, así como las columnas
de la tabla de destino. Si la interconexión es a través de varias columnas, los nombres de
columna son precedidos por
números de secuencia que se establece la correspondencia entre la fuente respectiva y
columnas de destino.
• En cuanto a las estructuras de referencia, las flechas de una sola cabeza y dos
cabezas-se utilizan para indicar el número de filas se pueden encontrar en la tabla de
destino para un valor. Una flecha con cabeza significa que la mayoría en una fila con el
valor de la fuente puede ser encontrado en la tabla de destino. Una flecha de dos
puntas significa que varias filas con el valor de la fuente puede ser encontrado en la
tabla de destino.
• Si una ruta corresponde a una restricción referencial (una relación primary-key/foreign-
key)
en la dirección de la flecha, la regla de eliminación se especifica al final de destino. La
restricción referencial puede permitir que el programador de aplicaciones para saltarse
los pasos del proceso de negocio porque se realiza automáticamente por el apoyo de
integridad referencial del sistema.
• Puede ocurrir que una mesa se accede de forma recursiva (para el mismo fin). En este
caso, la flecha para el camino nos lleva de nuevo a la misma mesa como es el caso para
la tabla MAINTENANCE_RECORD / 2.
Es concebible que el bucle recursivo consta de varias tablas.
• El flujo de datos para un proceso de negocio (o una parte de un proceso de negocios)
siempre comienza con
una tabla específica denominada entrada tabla. La tabla de entrada se identifica por
un óvalo etiquetado ENTRADA apuntando hacia él. En el caso de la muestra la
estructura lógica de los datos, el proceso de negocio comienza con una mesa
MAINTENANCE_RECORD / 1.
La interconexión entre el ENTRADA cuadro y la tabla de entrada también está
etiquetado y descritas en el resumen camino, la mesa de entrada, de la tabla de
destino.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-13
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Además, los estados en el cuadro resumen que las siguientes columnas de la tabla
EMPLEADO
son necesarias para el proceso de negocio: Employee_Number, APELLIDO, NOMBRE,
Y
Middle_Initial.
6. El tercer paso de las solicitudes del proceso de negocio que el número de aviones para
los aviones
se mostrará durante la cual se llevó a cabo el mantenimiento. Dado que el número de
aviones está contenida en el registro de mantenimiento, el diagrama de la estructura
no tiene por qué cambiar.
7. A causa de Step 3 del proceso de negocio, en la columna Aircraft_Number se debe
agregar a las columnas necesarias en el cuadro MAINTENANCE_RECORD. El resumen
ruta sigue siendo
sin cambios.
8. El cuarto paso de las solicitudes de los procesos de negocio que la fecha cuando el
avión fue fabricado, se mostrará la fecha en que el avión fue puesto en servicio, y el
número de modelo y código del tipo de la aeronave.
Si Venir A bordo todavía tiene información acerca de la aeronave, la información
solicitada se encuentra en la fila del avión en el cuadro AVIONES. Para recuperar la fila,
el número de aeronaves en el registro de mantenimiento se utiliza (la ruta 3 ). La
flecha debe ser un
encabezados por una sola flecha, porque en la mayoría de una fila se puede encontrar
en el cuadro AVIONES para un
determinado número de aeronaves.
Tenga en cuenta que no hay un tipo de relación de interconexión entidad tipos AVIONES
y MANTENIMIENTO ACTA en el modelo de entidad-relación. Recuerde que los archivos
de mantenimiento de una aeronave se conservarán aunque el resto de la información
sobre el avión es eliminado. Por esa razón, tampoco hay una restricción referencial para
las tablas.
9. A causa de Step 4 del proceso de negocio, el resumen de ruta debe contener una fila
para la ruta 3 . La fila muestra que la columna Aircraft_Number de la tabla
MAINTENANCE_RECORD se utiliza como argumento de búsqueda para la columna
Aircraft_Number de la tabla AVIONES.
El cuadro resumen incluye una fila para la tabla AVIONES Lista de todas las columnas
solicitada
por Step 4 del proceso de negocio.
10.El cuarto paso del proceso de negocio también pide que el nombre de la
constructor de la aeronave en la pantalla. Para encontrar el nombre del fabricante,
debemos usar el código del tipo de la aeronave detectado en el cuadro AVIONES y
recuperar la línea correspondiente al
tipo de aeronave de la tabla AIRCRAFT_TYPE. (No es necesario ir a la mesa
AIRCRAFT_MODEL
ya que no necesitan información específica del modelo.)
La fila recuperada contiene el código del fabricante que luego se utiliza para recuperar la
fila
de los fabricantes de la tabla FABRICANTE. La fila recuperada contiene el nombre
del fabricante.
El diagrama de la estructura se extiende por las dos interconexiones ( 4 y 5 )
Necesarios para cumplir la tarea solicitada.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-15
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
16.El resumen de ruta debe contener una fila para la ruta 7 describir la recursividad.
En la tabla
resumen se mantiene sin cambios ya que las columnas adicionales no son necesarios
para la tabla
MAINTENANCE_RECORD / 2.
Notas:
El visual ilustra el resumen de ruta y el cuadro resumen de los procesos de negocio de
ejemplo descrito en la página 10-22. Para cada ruta de acceso del diagrama de la
estructura, el resumen de ruta de las listas de la tabla de origen y la tabla de destino.
Asimismo, se especifica la fuente de la tabla y columnas de la tabla de destino-que se
unen.
Para cada uso de una tabla, el cuadro resumen especifica las columnas necesarias.
Las notas de los últimos visuales describen cómo el resumen ruta y el cuadro resumen de
los procesos de negocio se derivan de la muestra.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-17
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Entra
da
C
Employee_ Unircraft Owning_ Maintenance_
Número Type_Code
_ Record Nocre
EMPLEADO Número oscuro
AIRCRAFT MAINTENANCE_
ACTA / 2
Manufacturer_
Still de solterad
FABRICANTE
Coda table resumen,
but not
palmaditah
resumen
Notas:
You que ya podría haberse preguntado por qué el resumen de ruta se necesita? De hecho,
puede
muestra las columnas se unió de inmediato en el diagrama de la estructura como se hizo en
la anterior visuales
para el proceso de negocio de la muestra utilizada hasta ahora. Las flechas a
continuación, elija de la fuente
columna para la columna de destino y las etiquetas ya no son necesarios para las flechas.
Los nombres de las tablas se encuentran fuera de las cajas, al lado de ellos. El resumen de
la tabla sigue siendo necesaria ya que
no es práctico para incorporar todas las columnas necesarias en el diagrama.
El diagrama resultante parece ser más simple y más claro. Sin embargo, esta
representación no siempre funciona así. Funciona bien para los casos en que se utiliza una
sola columna de
navegar de una mesa a otra. La representación se vuelve compleja y borrosa si
deben unir las tablas en varias columnas y las columnas se denominan de manera
diferente en las dos tablas. Se convierte en especialmente confuso si tiene que unirse a
una mesa con varias otras tablas en varias columnas y las columnas se superponen.
Por otra parte, la representación anterior, requiere más espacio y tal vez le sea más
difícil de exprimirlo en una sola página.
Por el contrario, si usted está usando un resumen de ruta, incluso se puede omitir el
diagrama de estructura, ya que
resumen de ruta y el resumen de la tabla en conjunto contienen toda la información
necesaria. El diagrama de la estructura sólo proporciona una vista gráfica del flujo
entre las tablas.
Ahora, usted tiene una elección. Hacer lo mejor de ella.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-19
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Notas:
El ejemplo que hemos estudiado en las páginas anteriores sólo se requiere una lógica de
los datos individuales
estructura. Como ya hemos discutido, una estructura lógica de los datos se describe un
flujo continuo a través de un subconjunto de las tablas del dominio de aplicación. En
cuanto a Unirse operaciones, la
datos encontrados en una fila se utiliza sin modificar para seleccionar las filas de la mesa
de al lado. Esto implica que muchos procesos de negocio requieren varias estructuras de
datos lógicos, ya que no sólo tiene que utilizar los valores encontrados para seleccionar
las filas de la mesa de al lado. Más bien, utilizan criterios adicionales
(Argumentos de búsqueda) o argumentos búsqueda derivada. argumentos de búsqueda
diferente o adicional requiere una estructura separada de datos lógico.
Muchas estructuras de datos lógicos son simples porque tienen acceso a un cuadro único.
En particular, esto se aplica a las estructuras de datos lógicos participación de inserción,
actualización o eliminación debido a que el correspondiente sentencias SQL, sólo permiten
la especificación de una sola tabla. Los diagramas de la estructura consiste en un cuadro
de entrada, la caja de la tabla, y una flecha de conectarlos. El resumen de la tabla se
enumeran las columnas de acceso de la tabla. La ruta de acceso
indica en la sinopsis a través del cual las columnas se introduce la tabla, es decir, el
argumento de búsqueda de los registros recibidos, actualizados o borrados o de las
columnas insertadas. Puede optar por omitir el
Notas:
La muestra visual de la descripción textual de procesos de negocio Asignar Capitán para
Vuelo que ya hemos discutido en Unidad 5 - Datos y Proceso Inventarios. Este proceso
requerirá de negocios múltiples, bastante simples, estructuras de datos lógicos.
10-22 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
Structure 2 StructUre 3
VUELO
Estructura StructUre 5
4
2
YoNP ENTRADA
UT
PIERNA
1 1
PILOT_
EMPLOYEE
CESIÓN
Notas:
El proceso empresarial de ejemplo descrito en la anterior requiere visuales múltiples
estructuras de datos lógicos como se explica en el texto siguiente:
1. Los dos primeros pasos del proceso de negocio comprobar que el vuelo y el piloto
especificado existe y que el piloto tiene la licencia para volar el modelo de avión para (el
partido de ida de) el vuelo.
Como cuestión de hecho, no es necesario comprobar explícitamente que el empleado
especificado es un piloto. Es suficiente para comprobar que él / ella pertenece a la
personas que tengan la licencia para volar el modelo de avión para el vuelo. Si no
encontrar a la otra en la lista de las personas, los procesos de negocio termina de todos
modos. Si él / ella está en la lista, sabemos que el empleado especificado es un piloto.
Las restricciones de referencia para la tabla PILOT_FOR_AM enforce esto. Tabla
PILOT_FOR_AM que contiene una fila para cada piloto válida / combinación de modelos
de aeronaves se ve limitada por la tabla PILOTO.
El punto discutido representa un detalle de implementación. Se confirma que los
programadores de aplicaciones deberían participar en la creación de las estructuras de
datos lógico.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-23
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Structura 2 - Palmaditah
Resumen
# C URSOe Tabla C URSOe Columnas Target Tabla Target Columnas
1 PILOT_FOR_AM 1: Type_Code,
2: Model_Number,
3: Employee_Number
Notas:
Este visual ilustra la ruta de acceso y resúmenes de mesa para las estructuras de datos
lógicos Estructura 1
y Estructura 2 para el proceso de negocio de la muestra segunda.
10-26 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
Str.ucture 4 - Palmaditah
Sesumen
# C URSOe Tabla C URSOe Columnas Target Tabla Target Columnas
1 EMPLEADO Employee_Number
Notas:
Este visual ilustra la ruta de acceso y resúmenes de mesa para las estructuras de datos
lógicos Estructura 3
y Estructura 4 para el proceso de negocio de la muestra segunda.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-27
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Estructura 5 - Camino
Resumen
# Suente Tabla Suente Columnas Objetivo Tcapaz TArget Columnas
1 PILOT_ASSIGNME 1: Flight_Number, 2:
NT De, 3: A, 4:
Flight_Locator,
5: Employee_Number,
6: Pilot_Function
Notas:
Esto ilustra visuales resumen ruta de acceso y el cuadro resumen de la estructura lógica de
los datos Estructura
5 para el proceso de negocio de la muestra segunda.
10-28 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
Características of Vistas
Representar subconjuntosde el datos en el tablas de el
aplicación dominio
Mayo comprender filas y columnas de múltiple tablas
Seleccionado columnas puede ser ordenado en cualquier
manera deseado
Seleccionado columnas puede ser cambiado el nombre
When defining una vista, una description of ºe dATA
represented by el vista es almacenados
Un rivalizarw recibirs una name que Californian ser utilizado
en SQL
declaracións RCEste table nombres Californian be utilizado
During ejecución, SQL estadistast sustituird by SQL
estadistast only que contengan actual Column unad table
nombres queh yos eln ejecutado
Vistas comprising multiple tablas ne gart be usod yon
INSERTAR, UPDATE, o
DELETE declaraciones
¿Cuándo el datos described por el vista es muestra, lo
es presentadoen forma de una tabla
All datuna venirs from ºe base tablas unad not lado a otrom
una table correspondiente
to ºe vista
Datos es Always hasta al día
Notas:
Views son objetos de base de datos que representan subconjuntos de columnas y filas de
una o más
tablas. Así, por medio de puntos de vista, se puede representar la puntos de vista
estructuras de datos lógicos han
de los datos en las tablas del dominio de aplicación.
Por ejemplo, se podría definir el fin de unir tablas MAINTENANCE_RECORD,
AVIONES, Y EMPLEADO y la selección de un subconjunto de sus filas y columnas:
• Las filas de las tablas MAINTENANCE_RECORD y AVIONES tener el número misma
aeronave se deben combinar.
• Las filas resultantes se unió a las filas de la tabla EMPLEADO que el número mismo
empleado.
• La vista debe contener las siguientes columnas de las tres mesas:
De mesa MAINTENANCE_RECORD:
Maintenance_Number, Date_Maintenance, Type_Maintenance,
Aircraft_Number, Y Employee_Number
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-29
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
De la tabla AVIONES:
Date_Manufactured, Date_in_Service, Type_Code, Y Número_de_modelo
De la tabla EMPLEADO:
APELLIDO, NOMBRE, Y Middle_Initial
Columna Aircraft_Number de la tabla AVIONES no es necesario ya que las tablas
MAINTENANCE_RECORD y AVIONES se unen en el número de aeronaves iguales. Del
mismo modo, la columna Employee_Number de la tabla EMPLEOYEE no es necesario
porque las tablas MAINTENANCE_RECORD y EMPLEADO se unen en el número de
empleados igual.
• Se pueden añadir criterios de selección de filas específicas. Por ejemplo, usted podría
solicitar que sólo las filas para un número específico de mantenimiento formar parte de la
vista.
El punto de vista descrito anteriormente constituye un subconjunto de la estructura
lógica de los datos para el proceso de la muestra de negocios examinó por primera vez
en relación con las estructuras de datos lógico.
Básicamente, una vista puede seleccionar las filas y las columnas se pueden seleccionar
por medio de (un subconjunto de)
el SELECT SQL. Las columnas y filas para obtener una vista puede provenir de una sola
tabla o de varias tablas. En la definición de vista, puede ordenar las columnas que desee
en
la forma que desee. El orden de las columnas de la definición de la vista determina el
orden en que las columnas están disponibles cuando se utiliza un "SELECCIONAR
*"Para mostrar los datos para la vista. También puede cambiar el nombre de las
columnas de la definición de la vista.
Al definir una visión para el sistema, se especifica la instrucción SELECT apropiado. El
instrucción SELECT no se ejecuta. Más bien, se almacena como una descripción de los
datos que pertenecen
a la vista.
Como todos los objetos de base de datos, puntos de vista recibir nombres para que
puedan ser referenciados. Sus nombres se pueden utilizar en las instrucciones SQL
donde los nombres de tabla se puede utilizar. Para acceder a los datos de una vista,
debe especificar el nombre de la vista en la correspondiente sentencia SQL. Para
ejemplo, si desea recuperar los datos representados por un punto de vista, debe utilizar el
nombre de la vista (en lugar de un nombre de tabla) en una instrucción SELECT.
Cuando una instrucción SQL que contiene un nombre de vista es ejecutado, se sustituye,
por medio de la definición de la vista, por una diferente instrucción SQL que contiene sólo
la columna reales y la mesa
nombres. Los derivados instrucción SQL se ejecuta en lugar del original instrucción SQL.
El concepto de reemplazo es la razón por la opiniones que comprende varias tablas no
se pueden utilizar en INSERT, DELETE o UPDATE sentencias SQL: La instrucción SQL
resultante no sea válido. Por la misma razón, también hay otras restricciones a las
visitas.
Al mostrar los datos de una vista al nombrar la vista en una instrucción SELECT, los datos
se presentan en forma de una tabla. Dado que la derivada instrucción SQL sólo contiene
referencias a las tablas base, es decir, las tablas de inmuebles usados por la vista, todos los
datos proceden directamente de la base
tablas. Como consecuencia, los datos siempre están actualizados.
Debido a que los datos mostrados se presenta en forma de cuadro, las opiniones son
también conocidos como
virtual tablas. No son las tablas de verdad.
USAGe of Vistas
Notas:
Views son una herramienta importante para lograr la seguridad de los datos de las tablas ya
que limitan los usuarios finales de datos o programas se pueden ver o cambiar. Al no
permitir el acceso directo a las tablas reales, puede limitar el acceso de las personas a los
datos de los puntos de vista que usted los autorizados.
Otro aspecto positivo de puntos de vista es que los usuarios finales y los procesos de
negocio sólo ven los datos que se interese tanto, los datos presentados a los usuarios
finales son más fácilmente comprensibles y los programas para los procesos de negocios
no estarán obligados a ofrecer las variables
para los datos que no necesitan. En consecuencia, vistas facilitar el trabajo de usuarios
finales y los programadores de aplicaciones.
Explícitamente nombrar las columnas de la definición de la vista hace que sus procesos
de negocio vuelve a cambiar de base de datos más resistente. Si la secuencia de las
columnas de la base de datos de los cambios debidos a la redefinición de una mesa,
usuarios finales y los programas que utilizan la vista no se dará cuenta de los cambios y
no están afectados. Si los nombres reales de las columnas de cambiar, puede cambiar la
definición de la vista de tal manera que los usuarios finales y los programas mediante la
vista no se dan cuenta los cambios de nombre.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-31
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Por nombrar explícitamente las columnas de la vista, también garantizar que los usuarios
finales o los programas
no se dan cuenta la adición de nuevas columnas que no se interese
Desde una perspectiva de diseño, no debe permitir a los usuarios finales o el programa
para acceder directamente a las tablas base, es decir, las tablas reales. Como
consecuencia de ello, usted tiene más libertad para cambiar y ampliar las tablas mientras
se asegura de que la apariencia externa de los puntos de vista no ha cambiado. Además,
si todas las columnas se mencionen explícitamente en el punto de vista
definición, los usuarios finales y los programas de selección de todas las columnas a través
de "SELECCIONAR *"No se ven afectadas
si se agregan nuevas columnas a la tabla que no esté incluido en la definición de vista.
Como hemos ilustrado mediante el ejemplo en las notas de los últimos visual, puntos de
vista complementar las estructuras de datos lógico. Para una estructura de datos lógicos,
puede tener múltiples puntos de vista. Por el contrario, una sola vista puede servir
múltiples estructuras de datos lógicos.
10-32 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
Control
3. Una estructura lógica de los datos refleja el flujo de datos entre las
tablas de
el dominio de aplicación para un proceso de negocios o una parte
de ella. (T / F)
11. Las vistas son sólo descripciones de los datos. No son las tablas
de verdad. (T / F)
Unit Resumen
Notas:
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-35
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
Información general
Venir A bordo (CAB) Es una aerolínea con servicios de un conjunto de
aeropuertos con sus aviones. Como empleados, cuenta con pilotos
que vuelan los aviones, la mecánica y el servicio de mantenimiento de
la aeronave, y otro personal para diversas funciones de servicio.
CAB quiere administrar la planificación de vuelos, asignación de piloto,
y las actividades de mantenimiento de aeronaves por medio de un
sistema de gestión de base de datos.
Pilotos
CAB quiere almacenar información (por ejemplo, nombre, dirección,
número de teléfono,
o la fecha del anterior examen médico) para sus pilotos. Como todos
los empleados, los pilotos tienen un número de serie único empleado.
Mecánica
CAB quiere almacenar información (por ejemplo, nombre, dirección,
número de teléfono,
o área de especialización) de su mecánica. Como todos los
empleados, la mecánica tiene un número de serie único empleado.
Itinerarios
Los itinerarios son colecciones ordenadas de los sucesivos conexiones
sin escalas entre los aeropuertos que se llaman piernas. Esto significa
que el aeropuerto de finalización para la previa de la pierna es siempre
el aeropuerto de partida para los próximos
pierna.
Itinerarios tiene un único número de vuelo (por ejemplo, YY1842).
Todas las patas de un itinerario se efectúen bajo el número de vuelo
del itinerario. CAB quiere conservar la información sobre los itinerarios,
tales como las clases de asientos ofrecidos, los días laborables en los
que el itinerario es operado
(Día de partida), y la prevista de salida y de llegada para las
piernas.
Vuelos
Un vuelo es un viaje programado o ejecutado sin escalas entre dos
aeropuertos. Los vuelos son siempre en relación a las piernas de los
itinerarios. La información
se dispone sobre los vuelos incluye, por ejemplo, la salida y de
llegada estimada (que podría ser diferente de la prevista de salida y
llegada de la pierna apropiada debido a los retrasos) y la salida real y
las horas de llegada.
Los vuelos individuales pueden ser identificados mediante un número
de secuencia, conocida como vuelo localizador, Que es único en el
itinerario y la pierna. Por lo tanto, para identificar a un vuelo en
particular, lo que necesita saber el número de vuelo para el itinerario
(por ejemplo, YY1842), Los aeropuertos para las piernas (por ejemplo,
FRA - JFK), Y el localizador de vuelo (por ejemplo, 453) Para el vuelo.
Registros de mantenimiento
Cuando el avión se mantienen los registros de mantenimiento se han
establecido
para ellos. La información recopilada como parte de los registros de
mantenimiento incluye, por ejemplo, el tipo de mantenimiento
realizado y la fecha del mantenimiento.
Cada registro de mantenimiento tiene un número de secuencia único a
que se refiere como el número de mantenimiento.
Itinerarios - Vuelos
Para cada tramo de un itinerario, puede haber varios vuelos. Estos
pueden ser los vuelos regulares o vuelos completado. Completado
vuelos se mantienen durante un determinado período de tiempo.
Un vuelo siempre se aplica a una pierna de un itinerario.
Modelos de Aviones - Piernas
modelos de aeronaves se asignan a las patas de un itinerario para
definir el
tipo de avión para los vuelos para las piernas. En todo momento, una
pierna debe tener una y sólo una, modelo de avión asignado. La
cesión se hace cuando la pierna está establecido, pero puede ser
modificado.
Un modelo de avión pueden ser asignados a múltiples tramos. No
tiene que ser asignada a cualquiera piernas.
Aviación - Vuelos
Los aviones están asignados a los vuelos. Vuelos representan
conexiones sin escalas. Por lo tanto, sólo una aeronave se asigna a un
vuelo. Un avión se pueden asignar a varios vuelos. La asignación de
las aeronaves no es necesariamente producirse en el momento en el
momento en que el vuelo está programado.
Es posible que, en un momento determinado, un avión no se ha
asignado a cualquier vuelo.
Pilotos - Vuelos
To cada vuelo, un piloto se le asigna como (Vuelo) capitán y otro
piloto copiloto. Esta asignación no es necesariamente hechas en el
punto de tiempo cuando el vuelo está programado, pero por lo
menos tres semanas antes del vuelo
se lleva a cabo.
Un piloto puede funcionar como capitán o copiloto de varios vuelos.
Es posible que, en un determinado momento, el piloto no tiene ningún
tipo de asignaciones de vuelo.
Mecánica - Modelos de Aviones
Mecánica están capacitados para reparar la aeronave de un modelo de
avión determinado.
Un mecánico puede ser entrenado para múltiples modelos de
aeronaves. Para un modelo de avión, mecánicos múltiples puede tener
la formación necesaria.
Es posible que, temporalmente, un mecánico no tiene la capacitación
para cualquiera de los modelos de avión. Por el contrario, es posible
que, por un modelo de aeronave, CAB no tiene un mecánico.
Mecánica - Aviones
CAB quiere grabar que la mecánica se han programado para el
próximo servicio de mantenimiento de una aeronave. Un mecánico
puede realizar la
Negocios Restricciones
Las siguientes restricciones existen para los tipos de objeto de
negocio y tipos de relación comercial que CAB quiere mantener
en su base de datos:
1.
El modelo de datos relacional describe la representación
conceptual
de los objetos de datos de bases de datos relacionales y da las
pautas para su aplicación.
2.
c
3.
Falso
4.
Los campos son las columnas de una fila de una tabla. Son los
recipientes reales de los datos almacenados en una tabla.
5.
Verdadero
6.
Verdadero
7.
a, b, d
8.
Las principales razones son:
- hileras idénticas no puede ser modificado o eliminado de forma
individual.
© Copyright IBM Corp. 2000, 2002 UnpConsulte el Apéndice B. Soluciones
Punto de control B-1
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
9.
Falso
10.
True
11.
c
1.
El planteamiento del problema para un dominio de aplicación es un
documento que describe los tipos de objetos de negocio para el
dominio de aplicación, las relaciones entre ellos, así como las
limitaciones de negocio para ambos.
2.
c
3.
c, a, b
4.
Falso
5.
Verdadero
6.
b, a, a, c, b, b, c, b
7.
Un modelo de entidad-relación de forma visual los tipos de objetos
de negocio del dominio de aplicación, las relaciones entre ellos, así
como las limitaciones de negocio para ambos.
8.
El inventario de datos es una descripción de los elementos de
datos, es decir, los datos elementales, del dominio de aplicación.
9.
a, b
10.
estructuras de datos lógicos se aplican a los procesos o partes de
ellos. En ellas se describen:
- El subconjunto de las tablas (de la base de datos para el
dominio de aplicación) utilizados por el proceso o la parte
pertinente del proceso.
- Cómo funciona el proceso o la parte del proceso, lógicamente,
deben navegar a través de las mesas con el fin de cumplir su
función.
11
.
Falso
1.
a, b, c, e, g
2.
Las principales secciones de un informe del problema son:
- Una visión general del dominio de aplicación.
- Una descripción de los tipos de objeto de negocio.
- Una descripción de los tipos de relación comercial.
- Una descripción de las restricciones comerciales.
3.
La sección de vista que:
- Describir lo que el dominio de aplicación hace.
- Identificar las áreas del dominio de aplicación que deberán
realizarse
en la base de datos de destino.
4.
b, c
5.
Verdadero
6.
Un tipo de relación de negocios representa una categoría de
relaciones de negocios, con el mismo significado y características,
entre los objetos de tipos de objetos uno o más negocios.
7.
Para cada tipo de relación comercial, el planteamiento del problema
debe:
- Contiene una descripción textual del tipo de relación comercial.
- Identificar los tipos de objetos de negocio ligadas por el
tipo de relación comercial.
© Copyright IBM Corp. 2000, 2002 UnpConsulte el Apéndice B. Soluciones
Punto de control B-5
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
8.
True
9.
En cascada tipo de relación de negocios.
10.
Una restricción de negocios representa una restricción para los
objetos de tipos de objetos de negocio, para las relaciones de los
tipos de relación de negocios, o para una mezcla de los mismos.
11
.
Para cada restricción de negocios, el planteamiento del problema
debe:
- Contiene una descripción textual de la restricción de que
deben ser atendidas.
- Identificar los tipos de objeto de negocio o los tipos de negocios
relación a los que se aplica la restricción.
- Especificar el momento de la restricción es que deben aplicarse.
- Describir la acción que debe realizarse si la restricción se viola.
12.
True
1.
Los tres componentes principales de los modelos de entidad-
relación son:
- Entidad de tipos
- Relación con los tipos
- Restricciones
2.
Falso
3.
Un tipo de entidad es una unidad conceptual que representa una
clase de objetos con el mismo significado y las características sobre
las que la información
es estar guardados y conservados.
Una instancia de entidad es un objeto real que pertenece a un tipo
de entidad.
4.
La clave de la entidad permite la identificación inequívoca de los
casos pertenecientes a un tipo de entidad.
El principio de mínima requiere que todos los atributos de la clave
de la entidad son necesarios para la identificación exclusiva de las
instancias del tipo de entidad. Si un atributo se omite, los atributos
restantes ya no se identifican de forma única las instancias del tipo
de entidad.
5.
Verdadero
6.
Un tipo de relación es una asociación conceptual entre:
- Los casos de la entidad, una cada uno, de dos tipos de
entidades no necesariamente diferente.
- Las instancias de relación, una cada uno, de dos tipos de
relaciones no necesariamente diferente.
© Copyright IBM Corp. 2000, 2002 UnpConsulte el Apéndice B. Soluciones
Punto de control B-7
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
7.
True
8.
True
9.
Falso
10.
b, a, a, b, d, c
11
.
El tipo de relación de cardinalidades PASSENGER_has_SEAT
son los siguientes:
Cardinalidad de fuente: 0 ..1 or 1
Cardinalidad de destino: 0 .. m o m
12.
Un 01:01 tipo de relación es un tipo de relación con cardinalidades
1 .. en ambos extremos del tipo de relación.
Un 1: m tipo de relación es un tipo de relación con cardinalidad 1 ..
en un extremo y cardinalidad .. M en el otro extremo de la relación
tipe.
Un m: m tipo de relación es un tipo de relación con cardinalidades
.. M
en ambos extremos del tipo de relación.
13.
a. Por relación de tipo r1, Cualquier número de instancias del tipo
de entidad
B se puede conectar a una instancia de tipo de entidad Un.
B-8 Diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
14.
Desde tipo de relación r1 tiene una fuente de cardinalidad 1, De
instancias de entidad B3 No se puede conectar a varias
instancias de tipo de entidad Un.
Desde tipo de relación r2 tiene una fuente de cardinalidad 1 ..
1, De instancias de entidad C1 del tipo de entidad C debe estar
conectado a una y sólo una instancia de tipo de entidad Un.
15.
Los atributos que definen la relación y las claves para los tipos
de relación r1 y r2 son los siguientes:
Definición de atributos de r1: Clave de Un y la clave de B
Relación clave para r1: Clave del Un (El objetivo cardinal de 1)
Definición de atributos de r2: Clave de r1 y la clave de C, Es decir,
la tecla de Un y la clave de C
Relación clave para r2: Clave de r1 y la clave de C, Es decir, la
tecla de Un y la clave de C, Ya que r2
es una m: m relación de tipo
16.
Falso
© Copyright IBM Corp. 2000, 2002 UnpConsulte el Apéndice B. Soluciones
Punto de control B-9
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
17.
To ser un tipo de entidad a su cargo, el tipo de entidad debe
cumplir los siguientes requisitos:
- Una parte de su clave o su clave de todo debe ser igual a la
clave de otro tipo de entidad o de un tipo de relación
(conocida como tipo de entidad matriz o tipo de relación,
respectivamente).
- Ha de existir un tipo de relación entre el tipo de entidad
dominante o de la relación de tipo y el tipo de entidad
dependiente de manera que:
• Cada instancia del tipo de entidad dependiente es, en todo
momento, conectado a una y sólo una instancia principal.
• La dependencia y las instancias los padres entre sí son
los que tienen valores coincidentes clave: El valor de la
porción apropiada clave de la instancia de entidad
dependiente debe ser igual al valor de la clave de la
instancia de los padres.
18.
Poseer tipo de relación r1 No se puede tener la instancia (A1,
A2.B1) Porque el valor de la porción apropiada clave para la
instancia de entidad de B es diferente del valor de la clave para la
instancia de Un.
19.
Por medio de tipos de entidades dependientes.
20.
Falso
21.
True
B-10 de diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
22.
Supresión de la C2
u Supresión de la (C2, A3) Para r1
u Supresión de la A3 (Propiedad de control)
u Supresión de la (Un3, B2) Para r2
u Supresión de la B2 (Propiedad de control)
u Supresión de la (C2, D3) Para r3
u Supresión de la ((A1, B1), (C2, D3)) Para r4
Los casos restantes:
Objeto Instancias
Un Un1, A2,
B B1
C C1, C3
D D1, D2, D3
r1 (C1, Un2)
r2 (A1, B1), (Un2, B1)
r3 (C1, D1), (C1, D2)
r4 ((Un1, B1), (C1, D2))
23.
Verdadero
24.
Los componentes de una estructura de
clases son: supertipo
Subtipos
¿Es-Paquete
25.
El es-Paquete es el conjunto de _es_ tipos de relaciones que
conecta el supertipo de sus subtipos.
26.
b, c, a, d
27.
Las instancias de tipos de entidad y tipos de relación puede
estar restringida por razones de limitaciones.
28.
Los tres componentes de las limitaciones
son: La limitante objetos
Los objetos limitados
La norma especifica cómo los objetos limitar restringir las
instancias de los objetos limitados.
29.
El formato de una restricción en el modelo de entidad-relación es:
( identificador [ : regla ])
1.
a, b, e, f
2.
Un inventario de datos debe contener:
- Una descripción de los tipos abstractos de datos para el
dominio de aplicación.
- Una descripción de los elementos de datos y grupos de
datos para el dominio de aplicación.
3.
Desde la perspectiva de la aplicación de dominio, un elemento
de datos es una parte indivisible de los datos.
Un grupo de datos consta de uno o más elementos de datos
relacionados y, por tanto / o grupos de datos y, en general no es
una pieza indivisible de los datos.
4.
Los elementos de datos pueden estar asociados con tipos de
datos estándar o los tipos de datos abstractos. tipos abstractos de
datos son una extensión de los tipos de datos estándar. Pueden
ser adaptados a el dominio de aplicación. En ellas se describen los
valores que los elementos de datos asociados a ellos pueden
asumir y las operaciones que se pueden realizar con ellos.
5.
Para un tipo abstracto de datos, debe proporcionar:
- Su firma, es decir, su nombre y parámetros.
- Los valores que puede asumir.
- Las operaciones que se pueden realizar.
6.
a, b, d, e
7.
Mediante la asociación de elementos de datos y grupos de datos
con los tipos de entidad que utiliza como atributos, se puede
verificar la integridad del modelo de entidad-relación para su
dominio de aplicación. Si usted no puede encontrar un tipo de
entidad para un elemento de datos o grupo de datos no
pertenecientes a
un grupo de datos, el modelo de entidad-relación es incompleta.
8.
Los métodos habituales para el establecimiento de un inventario de
datos son:
- Reconocimiento de los departamentos de especialización.
- Proyección de datos y programas existentes.
- Acoplamiento de los datos y los inventarios de proceso.
9.
Algunos de los problemas en el levantamiento de los
departamentos de especialización son:
- problemas comunicativos:
• El experto dominio de aplicación puede no ser capaz de
extraer la información adecuada de los miembros de los
departamentos de especialización.
• Los miembros de los departamentos de experiencia no
puede ser capaz de comunicar sus pensamientos e ideas.
• Debido al volumen de trabajo de presión, los miembros de
los departamentos de especialización pueden ser reacios a
hablar con el experto sobre la base de datos de dominio de
aplicación temas relacionados.
- En las discusiones, es fácil olvidarse de algo.
- Ysted puede obtener elementos de información y grupos de
datos en realidad no es necesario.
- Es un esfuerzo de una sola vez. Los últimos cambios no se
reflejan en el inventario de datos.
10.
El principio detrás de acoplamiento de los datos y los inventarios
de proceso es el siguiente:
- Cuando un proceso de negocio se describe o actualizados en
el inventario de procesos, los elementos de datos y grupos de
datos que utiliza son identificados o modificarse en
consecuencia.
11.
b, d, e
12.
La descripción de un proceso de negocio debe contener los
siguientes elementos:
TÍTULO
entrada
Propósit
o
Tdescripción del
producto
descripción formal
extual
Los datos leídos
Los datos escritos
Otros (como los formatos de ventana o la cotización en los
formatos)
13.
Datos leer para un proceso de negocio son los elementos de
datos o grupos de lectura de datos yonternally durante la
ejecución de los procesos de negocio.
Para cada elemento de datos o grupo de lectura de datos, su
nombre en el inventario de datos y todos los efectos que se lee
en el mismo deberían ser descritos.
14.
Para cada paso del proceso de negocio, a determinar los tipos
de entidades y tipos de relación del modelo de entidad-relación
necesarios para grupos de datos para el paso. Los tipos de entidades son los
acceder a los recipientes de los datos correspondientes. Los tipos de relación
elementos de datos y son las rutas de acceso para navegar de un pedazo de
15.
Proceso de descomposición es un proceso iterativo, la
descomposición paso a paso del dominio de aplicación en grupos
de una relación funcional con
procesos de negocio. Cada iteración se descompone los grupos
de la iteración anterior en subconjuntos funcionalmente
relacionados hasta que los grupos no se puede dividir más. El
resultado es un árbol de procesos.
El propósito de la descomposición del proceso es obtener el
conjunto completo de procesos de negocio para el dominio de
aplicación.
B-16 de diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
1.
Verdadero
2.
Falso
3.
La cardinalidad de un atributo determina cuántos valores del
atributo debe asumir por lo menos y se puede asumir como
máximo, en el ámbito de aplicación que se utiliza.
Si el atributo se utiliza como componente directo del tipo tupla, la
cardinalidad especifica cuántos valores del atributo debe asumir por
lo menos y se puede asumir como máximo para cada tupla.
Si el atributo se utiliza como componente de un atributo compuesto,
la cardinalidad especifica cuántos valores del atributo debe asumir
por lo menos y se puede asumir como máximo para cada valor del
atributo compuesto.
4.
c, e
5.
Falso
6.
El tipo tupla para un tipo de entidad se establece mediante la
compilación de los elementos de datos y grupos de datos del
inventario de los datos asociados a los atributos del tipo de
entidad.
7.
Ttipos uple no deben ser establecidos para:
- Ser propietario de tipos de relaciones.
8.
Los componentes de un atributo compuesto se sangría.
9.
En la documentación de tipo tupla, el papel de un dato o grupo de
datos de un atributo pueden ser identificados por medio de la AS
cláusula:
nombre de datos elemento o grupo AS papel nombre
10.
d
11
. MANTENIMIENTOE RECORD_belongs_to_MAINTENANCE ACTA
Mantenimiento Número, PK
Mantenimiento Número UnS Propietario
12.
a, d, f
13.
El Normal Formularios describir los estados o niveles de calidad
para los tipos tupla. Cuanto mayor sea el Normal Forma de un tipo
tupla, el más estable el tipo de tupla es decir, el menor número de
inconsistencias en los datos son posibles, y la información menos
redundante que contiene.
14.
Los tipos tupla resultante ya no contienen grupos de repetición, es
decir, todos los atributos puede asumir como máximo un valor.
15.
Los atributos de grupos de repetición tienen una cardinalidad
máxima superior a la 1. Esto incluye una cardinalidad máxima
de * lo que significa que el atributo apropiado puede asumir
cualquier número de valores dentro de su ámbito de aplicación.
16.
En general, en el modelo entidad-relación, se necesita:
- Un nuevo tipo entidad dependiente.
- Un nuevo tipo de relación de posesión del nuevo tipo de
interconexión entidad dependiente y el tipo de entidad y tipo
de relación para el tipo de tupla original.
17.
Falso
18.
Verdadero
19.
En general, en el modelo entidad-relación, se necesita:
- Un tipo de entidad nueva.
- Un tipo de nueva relación de interconexión del tipo de la nueva
entidad y el tipo de entidad y tipo de relación para el tipo de
tupla original.
20.
Si los grupos de datos de los atributos de un tipo tupla se basan
se han establecido correctamente, que contienen todos los
atributos (y
sólo aquellos) que, durante la normalización, debe ser trasladado
junto a un tipo de nueva tupla.
21.
Verdadero
© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones
B-19
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
1.
Ttipos uple se traducen en cuadros de la siguiente manera:
- Cada tipo tupla se convierte en una tabla.
- Cada atributo elemental se convierte en una columna.
- Cada atributo elemental de la clave principal del tipo tupla
se convierte en una columna de clave principal de la
tabla.
2.
Ttipos uple siempre con valores de clave principal correspondiente
se puede fusionar.
3.
Un tipo tupla cuyos valores de clave principal siempre son un
subconjunto de los valores de clave principal de otro tipo de tupla
pueden ser vistos en el otro tipo tupla si la siguiente condición se
cumple: Para cada
potencialmente incrustada tupla, al menos uno de sus atributos no
son clave ha
un valor.
4.
Verdadero
5.
Para T1 a través de Tn a una descomposición perfecta de T, Las
siguientes condiciones deben cumplirse, así:
En todo momento, cada valor de clave principal de T debe
ocurrir en una y sólo uno de los tipos tupla T1 a través de Tn.
6.
Las siguientes son algunas razones para no combinar tipos tupla:
- Los tipos tupla no tienen nada que ver entre sí.
- Los tipos tupla sólo se procesan entre sí por los procesos
de negocio que no son críticas para el desempeño.
© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones
B-21
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
7.
Algunas de las limitaciones típicas de los sistemas de base
de datos relacional de gestión son:
- Las filas deben encajar del todo en una sola página de un
tamaño elegido. Esto limita el tamaño de fila.
- El número máximo de filas por página es limitado.
- El número máximo de columnas por página es limitado.
- El tamaño máximo de una tabla es limitado.
8.
True
9.
True
10.
Falso
11
.
True
12.
Falso
13.
f, a, c, b, a, d, e, a, f, c, g, f, b, e
14.
Falso
15.
Falso
16.
Sistema de valores por defecto son proporcionado por el
sistema, predefinidos, los valores por defecto para los tipos de
datos diferentes. Son independientes de las columnas.
los valores de usuario por defecto son los valores
predeterminados que se definen para columnas específicas.
Como usuario predeterminado para una columna, cualquier valor
puede ser elegido que sea compatible con el tipo de datos para la
columna.
17.
Ysted puede proporcionar su propio valor por defecto para una
columna, indicando el valor en el CON DEFAULT cláusula para la
columna.
18.
Verdadero
19.
Falso
20.
funciones de usuario externo definido se basan en programas
escritos por usted. funciones de usuario de origen definido se
basen en las funciones integradas o definidas por el usuario
funciones.
21.
Verdadero
22.
b, c, una
23.
Verifique las restricciones permiten restringir los valores de las
columnas más allá de los valores permitidos por los tipos de
datos de las columnas.
24.
Falso
25.
Un disparador es un conjunto de acciones que se lleva a cabo
cuando ocurre un evento específico.
26.
Falso
27.
True
28.
Un disparador puede ser activado antes de los cambios de la fila o
SQL
declaración se aplican o después de haber sido aplicada.
29.
a, e, f
30.
a, b, c, d, e
31.
True
32.
True
1.
Los cuatro tipos básicos de integridad, debe mantenerse para una
base de datos son:
- La integridad referencial
- Dominio de integridad
- Redundancia integridad
- Restricción de integridad
2.
Una clave externa es un conjunto ordenado de columnas cuyos
valores son, en todo momento, un subconjunto de los valores de
una clave principal de la misma u otra tabla.
3.
Verdadero
4.
e, b, d, a, c
5.
NO ACCIÓN controles a los huérfanos después de la eliminación
de las filas de la tabla primaria y rechaza la solicitud si se
detectan los huérfanos.
RESTRINGIR los controles de filas primarias antes de la
eliminación de las filas
de la tabla primaria y rechaza la petición si las filas se encuentran
los padres.
6.
Verdadero
7.
a, b
© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones
B-25
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
8.
La supresión de una fila primaria falla si:
- Otra restricción referencial con regla de eliminación NO
UnACCIÓN o
RESTRINGIR impide la supresión de la fila primaria.
- Otra restricción referencial con regla de eliminación NO
UnACCIÓN o RESTRINGIR para los que la tabla
dependiente es la tabla primaria impide la supresión de una
fila dependiente.
9.
You necesidad de una después de desencadenante de la tabla
para el tipo de relación. El gatillo debe estar activado para cada
eliminación de una fila para el tipo de relación y debe eliminar la
línea correspondiente al caso
instancia de origen.
10.
Tcapaz T es eliminar conectado a la mesa T1 si la supresión de
una fila de T1
requiere que las filas de T se accede.
11
.
Falso
12.
True
13.
True
14.
Para los ciclos de referencia, las restricciones siguientes:
- Para un ciclo de dos o más tablas, por lo menos dos reglas de
eliminación debe ser diferente de CASCADE.
- Para una restricción de autorreferencia, la regla de
eliminación debe ser NO ACCIÓN o CASCADE.
B-26 de diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
15.
Falso
16.
El propósito de una estructura de referencia es proporcionar una
visión general de las restricciones de referencia para las mesas de
un dominio de aplicación o
un subconjunto de los mismos.
17.
Verdadero
18.
Una flecha con dos puntas en una estructura de referencia indica
que el valor de una clave primaria puede aparecer más de una vez
como valor de clave externa en la tabla dependiente.
19.
la integridad de dominio requiere que los valores de las
columnas de las tablas son correctas. Esto significa que:
- Los valores pertenecen a los valores admitidos por los tipos
abstractos de datos para los elementos de datos para las
columnas.
- Los valores se adhieren a las restricciones de dominio de los
elementos de datos para las columnas.
- Los valores de respetar las restricciones de longitud para los
elementos de datos para las columnas.
20.
Las tres causas principales de la redundancia de datos son:
- Violations de la Segundo Normal Forma o Tercera Normal
Forma
- Varias copias de las columnas o tablas
- derivables de datos
21.
Falso
© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones
B-27
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
22.
Ysted puede garantizar la exactitud de los datos derivable por:
- No se depositan y la incorporación de ellos cada vez que sea
necesario.
- TrIggers reevaluar y almacenar los datos de cada derivable
datos de tiempo que afectan a los datos derivable se insertan,
actualizados o borrados.
23.
Por restricciones de integridad, todos los imperativos de negocios
del dominio de aplicación deben ser observados.
24.
Los ingredientes principales para el logro de restricciones de
integridad son factores desencadenantes y funciones definidas por
el usuario. A veces, los índices únicos o restricciones de referencia
se pueden utilizar.
Unidad 9 - Índices
1.
El principal objetivo de un índice se va a mejorar el rendimiento
cuando la localización de una fila requeriría el escaneo de las filas
de la
mesa.
2.
Verdadero
3.
Verdadero
4.
Un índice es un denso índice si cada valor de clave tiene una
entrada de índice en el nivel más bajo índice.
5.
Falso
6.
A lo sumo uno.
7.
c, a, b
8.
índice único normal se puede utilizar para:
- La clave principal de una tabla.
- La clave externa resultante de la fusión de los de tipo tupla para
un 01:01
tipo de relación.
© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones
B-29
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno
9.
Único-donde-no-NULL índices pueden ser usados para la clave
externa resultante de incruste el tipo de tupla 01:01 tipo de
relación.
10.
Si usted tiene un índice de agrupación para una tabla, la base de
datos
sistema de gestión de intentos para almacenar las filas de la tabla
de tal
de manera que la secuencia física de las páginas de datos está de
acuerdo con el orden lógico que implica el índice.
11.
c
12.
Desde una perspectiva de diseño de bases de datos, debe
establecer un índice de:
- Cada clave principal.
- Cada clave externa.
B-30 de diseño DB relacional © Copyright IBM Corp. 2000, 2002
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante
Cuaderno
1.
Los dos principales insumos para el desarrollo de las
estructuras de datos lógicos son:
- Las tablas para el dominio de aplicación.
- La estructura referencial para el dominio de aplicación.
2.
Los principales objetivos de las estructuras de datos lógicos son
identificar:
- Las columnas (y las tablas que contienen las columnas)
correspondiente a los elementos de datos utilizados por
los procesos de negocio.
- ¿Cómo los procesos de negocio puede navegar, con los datos
encontrados, de una mesa a otra.
3.
Verdadero
4.
Falso
5.
b
6.
Los componentes de una estructura lógica de
los datos son los siguientes: El diagrama de
la estructura.
El resumen camino.
El resumen de la
tabla.
7.
El diagrama de la estructura de una estructura de datos lógica
ilustra la interconexión de las tablas de rutas de acceso de la
estructura lógica de los datos.
8.
Para cada ruta de acceso del diagrama de la estructura, el resumen
de ruta especifica la tabla de origen, la tabla de destino, y las
columnas interconectadas.
9.
Para cada uso de una tabla de la estructura lógica de los
datos, el resumen tabla especifica las columnas necesarias.
10.
Falso
11.
True
12.
Views garantizar la seguridad de datos, facilidad de uso,
capacidad de recuperación frente a los cambios de base de
datos, y la libertad de cambiar las definiciones de tabla.