Está en la página 1de 146

Estudiante

Cuaderno

Unidad 10. Lógico Estructuras de Datos

¿Qué Esta unidad es aproximadamente


Esta unidad hace la transición de la vista para ver de
almacenamiento lógico. En él se describen las estructuras lógicas de
datos y se examina brevemente puntos de vista que se
complementan las estructuras de datos lógicos. estructuras de datos
lógicos se establecen para los procesos de negocio e ilustran en el
que las tablas de datos para un proceso de negocio se encuentran, y
también muestran la
flujo de procesos específicos a través de las tablas del dominio de
aplicación.

¿Qué Usted debería ser capaz de hacer


Después de completar esta unidad, usted debería ser capaz de:
• Explicar el propósito de las estructuras de datos lógico.
• Entender que tiene la responsabilidad para el establecimiento
de estructuras de datos lógicos.
• Describir los componentes de las estructuras de datos
lógicos y su representación.
• Explicar la relación entre los procesos de negocio y estructuras
de datos lógicos.
• Describir la relación entre las estructuras de datos lógicas y puntos
de vista.

Cómo Usted revisará su progreso


Rendición de cuentas:
• Punto de control preguntas
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-1
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

Uliendre Objetivos
Unespués terminación de esta unidad, usted debería be
able a:

Explicadasn ºe purpose de lógico datos estructuras

Entender que ha el Responsabilidad del y para


tél establecimiento of logical datuna estructuras

Describir el componentes de lógico datos


estructuras y su representación

Explicar el relationship entre negocios


procesos y lógico datos estructuras

Describir el interrelationship entre


lógico datos estructuras y puntos de vista

Figura 10-1. Objetivos de la Unidad CF182.0

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

10,1 Estructuras de datos lógicos

© 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

Lógico Datos Estructuras en Diseño Proceso


Problema
Declaración

Entidad Relación Conceptual


Modelo
Vista

Proceso Datos Enventario


Inventario

Tupla Tipos

Tables
Lógico Datos Estructuras
Integrity Reglas
Logical Rivalizarw
Índices

Almacenamiento
Vista

Figura 10-2. Estructuras de datos lógicos en proceso de diseño CF182.0

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 DATuna Estructuras - Propósito


Datos Inventario
Datos
Proceso Elementos y
Datos Grupos

Logical
Tables
Datos
Estructuras

DATA eLEMENTOS utilizado by una proceso pararm una


Subset of tél tablas
Locigal datuna estructuras identify tablas unad
columnas needed por ºe proceso
Logical datuna estructuras identify how to nave lado a
otrom table to tabla

Logical datuna estructuras describir


logical rivalizarw unad datuna flow of proceso
Figura 10-3. Estructuras de datos lógicos - Finalidad CF182.0

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.

10-6 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 DATuna Estructuras -


Responsabilidades
Lógico puntos de vista
de tablas y datos los
flujos de entre tablas
para procesos

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

SAMPLe Locales Comercialess Proceso


Mostrar Mantenimiento Registro Resumen

Fo una especificado mantenimiento número, mostrar el


siguiente Información adicional:

1. El fecha cuando el mantenimiento fue realizado


y el tipo de mantenimiento realizado.

2. El empleado número y el nombre de el mecánico que


realizado el de mantenimiento.

3. Tél avión número de el avión para que el mantenimiento fue


realizado.

4. Si el avión es todavía propiedad por CAB, el fecha


cuando el avión fue manufacturados, el fecha cuando el
avión fue poner en servicio, el modelo número y tipo
código para el aeronaves, y el nombre de el fabricante.
5. Para cada subregistro (Directo o indirecta) para el
mantenimiento registro, el fecha
de el mantenimiento y el tipo de mantenimiento realizado.

Figura 10-5. Ejemplo de Procesos de Negocio CF182.0

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.

10-10 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

Muestra Estructura Diagrama

YoNP
UT

MAINTENANCE_
RecorD / 1

2 3 6

MAINTENANCE_
C
EMPLEAD UnIRCRAF REGISTRO / 2
O T
7
4

AIRCRAFT_
TIPO

Fabri-
Cante

Figura 10-6. Ejemplo de diagrama de estructura CF182.0

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.

10-12 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

La mayoría de las veces, un subconjunto de las filas de la tabla de entrada se selecciona


en función de los valores
de ciertas columnas. Las columnas que se usan para la selección se especifican como
columnas de destino
en el resumen de ruta. Dado que no es aplicable, los campos Fuente Tcapaz y Fuente
Columnas
permanecerá en blanco.
Hasta ahora, la descripción general del diagrama. Ahora, vamos a explicar cómo hemos
llegado
en la estructura lógica de los datos para el proceso de negocio de la muestra:
1. El proceso de negocio muestra información sobre el registro de mantenimiento de cuyo
mantenimiento se especifica el número como entrada. Tabla MAINTENANCE_RECORD
es la tabla de entrada para la estructura lógica de los datos y el óvalo etiquetado
ENTRADA puntos a la misma. El
conexión de flecha ( 1 ) Es una sola flecha de cabeza porque la tabla
MAINTENANCE_RECORD sólo puede contener una sola fila con el número
de mantenimiento especificado.
El primer paso de las solicitudes de los procesos de negocio que la fecha del registro de
mantenimiento y el tipo de mantenimiento realizado en la pantalla.
2. Como consecuencia de la primera etapa del proceso de negocio, el resumen de ruta
para la estructura lógica de los datos contiene una fila para la ruta 1 . La fila identifica
la columna Maintenance_Number como columna de destino para la tabla
MAINTENANCE_RECORD.
3. El primer paso del proceso de negocio necesita las siguientes columnas de la
tabla MAINTENANCE_RECORD: Maintenance_Number, Date_Maintenance, Y
Type_Maintenance. Por lo tanto, están incluidos en el resumen de la tabla para
la tabla MAINTENANCE_RECORD.
4. El segundo paso de las solicitudes de procesos de negocio que el número de empleado
y el nombre del mecánico se mostrará que llevó a cabo el mantenimiento.
Tcapaz MAINTENANCE_RECORD contiene el número de empleado del mecánico que
realiza el mantenimiento. El número de empleado se utiliza para recuperar la fila para el
mecánico en el cuadro EMPLEADO. La fila contiene el nombre del mecánico.
En consecuencia, tenemos una ruta de acceso ( 2 ) De la tabla
MAINTENANCE_RECORD a la mesa EMPLEADO. La flecha de conexión no debe
ser una sola flecha de cabeza porque la tabla EMPLEADO contiene una sola fila
para el número de empleado.
Tenga en cuenta que no necesitamos para acceder a la tabla MECÁNICO ya que no
necesita los datos del mencionado cuadro. En consecuencia, el recorrido de 2 no
se corresponde con un tipo de relación de la
modelo de entidad-relación o una restricción referencial de la estructura referencial.
5. El resumen ruta debe incluir una fila para la ruta 2 . La fila se describe que las tablas
MAINTENANCE_RECORD y EMPLEADO se unen a través de la columna
Employee_Number. El valor encontrado para la columna Employee_Number en el cuadro
MAINTENANCE_RECORD se utiliza como argumento de búsqueda para la columna
Employee_Number de la tabla EMPLEOYEE.
Como consecuencia de la segunda etapa del proceso de negocio, en la columna
Employee_Number se añade a la tabla MAINTENANCE_RECORD en el cuadro
resumen.

© 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.

10-14 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

11.As consecuencia de la recuperación de el nombre del fabricante, la ruta de acceso


Resumen
contiene dos filas adicional que describe las transiciones de la tabla AVIONES a la mesa
AIRCRAFT_TYPE y de la tabla AIRCRAFT_TYPE a la mesa FABRICANTE.
El resumen de la tabla refleja que las columnas Type_Code y Manufacturer_Code de la
tabla AIRCRAFT_TYPE y columnas Manufacturer_Code y Company_Name de la tabla
FABRICANTE se necesitan.
12.El quinto paso de las solicitudes de procesos de negocio que, para todos los
subregistros de los registros de mantenimiento especificado, la fecha y el tipo de
mantenimiento en la pantalla.
To obtener los subregistros para el registro de mantenimiento, debemos recuperar todas
las filas de la tabla
MAINTENANCE_RECORD para la cual el valor de la columna Owning_Record es igual
al número de mantenimiento del registro de mantenimiento especificado. Esto se
expresa mediante
camino 6 cuyo origen y destino es la tabla MAINTENANCE_RECORD.
El diagrama de estructura muestra la tabla MAINTENANCE_RECORD dos veces, y no
una flecha de regresar a la misma mesa, ya que tienen dos usos diferentes de la tabla
MAINTENANCE_RECORD: Una vez, se utiliza el registro de mantenimiento original y
una vez para el subregistros. Que los usos son diferentes es subrayada por el
hecho de que las columnas necesarias para los subregistros son diferentes
(menos) y las interconexiones que existen diferentes de los subregistros.
La flecha para la ruta 6 debe ser de dos puntas, porque pueden existir múltiples
subregistros de un registro de mantenimiento.
13.To obtener referencias únicas para la tabla MAINTENANCE_RECORD en el resumen
de ruta y el resumen de la tabla "/ 1"Y"/2"Se anexan al nombre de la tabla,
respectivamente.
14.El resumen de ruta contiene una fila para la ruta 6 describiendo que las
columnas Maintenance_Number de la tabla MAINTENANCE_RECORD / 1 y
Owning_Record de la tabla MAINTENANCE_RECORD / 2 se unen.
El resumen tabla describe que las columnas Owning_Record, Date_Maintenance,
Type_Maintenance, Y Maintenance_Number de la tabla MAINTENANCE_RECORD / 2
son necesarias para el proceso de negocio. A pesar de que no se expresa
explícitamente por el
descripción de los procesos de negocio, los números de la pensión alimenticia del
subregistros debe
se mostrará a identificar los subregistros. Columna Maintenance_Number También es
necesario por una razón diferente, como veremos en un momento.
15.Looking más de cerca la descripción de Paso 5 revela que no sólo los subregistros
inmediatamente el registro de mantenimiento son necesarios, sino también todos los
subregistros indirectos. Esto significa que también los subregistros de los subregistros, y
otra vez su subregistros, son necesarios.
Por lo tanto, necesitamos la recursividad representada por el camino 7 : El número
mantenimiento de un subregistro se utiliza para localizar todos los registros de
mantenimiento cuya columna Owning_Record contiene ese número de
mantenimiento. Desde la interconexión corresponde a la
autorreferencia restricción para la tabla MAINTENANCE_RECORD, La regla de
eliminación
(CASCADE) Se especifica en el extremo blanco de la flecha.

© 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.

10-16 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

SAMPLe Palmaditah unad Tcapaz Síntesis


Palmaditah
Resumen
# AsíUrce Tcapaz Suente TArget Tcapaz Objetivo
1 Columnas Columnas
MAINTENANCE_RECO Maintenance_Nu
2 MAINTENANCE_RECOR Employee_Numb RD / 1
EMPLOYEE mber
Employee_Numb
3 MAINTENANCE_RECOR Unircraft_Numbe AVIONES Aircraft_Number
4 D /1
AIRCBALSA rType_Code AIRCRAFT_TYPE Type_Code
5 AIRCRAFT_TYPE Manufacturer_Co ManufACTURER Manufacturer_Co
6 de
MAINTENANCE_RECOR Maintenance_Nu MAINTENANCE_RECO de
Owning_Record
7 D
MAINTENANCE_RECOR mber
/ 1 Maintenance_Nu RD /2
MAINTENANCE_RECO Owning_Record
D/2 mber RD / 2
Tcapaz
Resumen
Tabla Columnas
MAINTENANCE_RECORD / Maintenance_Number , Date_Maintenance ,
1 Type_Maintenance, Employee_Number ,
EMPLOYEE Employee_Number, Last_Name, First_Name,
AVIONES Aircraft_Number, Date_Manufactured,
Date_in_Service, Type_Code, Número_de_modelo
AIRCRAFT_TYPE Type_Code, Mamánufacturer_Code
FABRICANTE Manufacturer_Code, Company_Name
MAINTENANCE_RECORD / Owning_Record , Date_Maintenance ,
2 Type_Maintenance, Maintenance_Number

Figura 10-7. Trayecto de la muestra y la Tabla Síntesis CF182.0

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

Unn Alternate Representación

Entra
da

MAINTENANCE_ Employee_ Unircraft Mamáintenanc


ACTA / 1 Número _ e_ Número
Número

C
Employee_ Unircraft Owning_ Maintenance_
Número Type_Code
_ Record Nocre
EMPLEADO Número oscuro
AIRCRAFT MAINTENANCE_
ACTA / 2

AIRCRAFT_TYPE Type_Code Manufacturer_


Coda

Manufacturer_
Still de solterad
FABRICANTE
Coda table resumen,
but not
palmaditah
resumen

Figura 10-8. Una representación alternativa CF182.0

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.

10-18 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

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

Processes unad Logical DATuna Estructuras


Un lógico datos estructura describe una continuous flow a
través de
una subconjuntode el tablas de el aplicación dominio
Datos encontrado en uno tabla utilizado unmodified a seleccionar
el filas de el próximo tabla
Un negocios proceso mamáy havenida hombrey
lógico datos estructuras

Muchos lógico datos estructuras son trivial


Just accesos una singlee tabla
Structure diagram consistirs of Input caja, box parar tabla,
unad connecting flecha
Table Summary listas columnas necesarios / modified yon tabla
Palmaditah Summary identifiés search Argumentaciónt parar
tabla

Muchos interconexiones de el lógico datos estructuras


represent
primary-key/foreign-key interrelaciones, pero no todos

Más de el tiempo, el entrada para una lógico datos


estructura es parte de el entrada fo el negocios
proceso, pero no siempre
Columnas necesario para el tablas debería coincidir con
el datos leer or escrito por tél negocios proceso como
se describe en el proceso inventario

Figura 10-9. Procesos y estructuras de datos lógicos CF182.0

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

10-20 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

Esquema de la estructura de estas estructuras de datos lógicos, ya que no proporciona


mucha
de la información.
Muchos caminos en las estructuras de datos lógicos representan interrelaciones primary-
key/foreign-key, pero no todos, como hemos visto en el ejemplo anterior.
La mayoría de las veces, la entrada de una estructura de datos lógica es parte de la
entrada para el proceso de negocio, pero no siempre. Secundaria estructuras de datos
lógica puede utilizar una entrada derivados.
Las columnas necesarias para los distintos cuadros deben coincidir con los datos leídos o
escritos por los procesos de negocio tal como se describe en el inventario de datos (véase
Unidad 5 - Datos y Proceso Inventarios).
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-21
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

Example 2 - BEMPRESARIALES Proceso


ASSIGn Captain parar
Vuelo

1. Yot yos verified That ºe cspecificad flight unad pilot existir.


Yof flight or pilot do not existir, una ASIGNACIONe Error
Mensajese yos displayed unad ºe business transformacións
extremos.
2. Yof pilot unad flight existir, yot yos checked yof ºe pilot has ºe
license to Floriday ºe aircraft modelo
parar ºe leg parar ºe vuelo. Yof ºe pilot ne gart Floriday ºe
aircraft modelo, unan ASIGNACIONe error Mensajese yos
displayed unad ºe business transformacións extremos.
3. Yof ºe pilot has ºe license to Floriday ºe aircraft modelo, yot
yos checked yof ºe pilot ha already abejan assigned to ºe
vuelo. Yof ºe pilot yos already captain or copilot parar el
vuelo, unan ASIGNACIONe Mensajese yos displayed unad ºe
business transformacións extremos.
4. Yof ºe pilot has not ost abejan assigned to ºe vuelo, yot yos
checked yof another pilot es already captain parar ºe vuelo.
Yof así, una Mensajese yos displayed containing empleado
número, Last nombre, unad abetost name of ºe monedast
captain unad ºe business proceso extremos.
5. Yof una captain has not ost abejan assigned to ºe vuelo, ºe
cspecificad pilot convertirse ens el captain parar ºe vuelo.
6. Un Mensajese yos displayed confirming That ºe pilot has abejan
assigned unas captain to el vuelo. The Mensajese incluirs
empleadoe número, Last nombre, unad abetost name of el
assigned capitán.

Figura 10-10. Ejemplo 2 - Procesos de Negocio CF182.0

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

Example 2 - Structure Diagramas

Structure 2 StructUre 3

Estructura YoNP ENTRADA


UT
1
1 1
ENTRA
DA PILOT_FOR_ PILOT_
AM CESIÓN
1

VUELO
Estructura StructUre 5
4
2
YoNP ENTRADA
UT

PIERNA
1 1

PILOT_
EMPLOYEE
CESIÓN

Figura 10-11. Ejemplo 2 - Diagramas de Estructura CF182.0

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

To comprobar que el vuelo existe, debemos acceder a la tabla VUELO utilizando el


vuelo especificado
número, aeropuerto de salida, aeropuerto de llegada, y el localizador de vuelo. Utilizando
los valores encontrados
en las columnas Flight_Number, De, Y To, Debemos navegar hasta la mesa PIERNA
para determinar el modelo de avión para el vuelo (columnas Type_Code y
Número_de_modelo).
To comprobar que el piloto puede volar especifica el modelo de avión, tenemos dos
opciones:
• Podemos acceder a la tabla PILOT_FOR_AM simplemente utilizando el código de tipo
y el número de modelo
para el modelo de aeronave. En este caso, tenemos que recuperar todos los pilotos
que pueden volar el modelo de avión hasta que hayamos encontrado el piloto
especificados o saber que él / ella no está en la lista.
• Podemos acceder a la tabla PILOT_FOR_AM utilizando el código de tipo y el
número de modelo para el modelo de avión y el número de empleado del piloto
especificado. En este caso, vamos a recuperar como máximo una fila. Si una fila se
devuelve, el empleado especificado es un piloto y puede
volar el modelo de avión. Si una fila no se devuelve, el empleado especificado no es
un piloto o no pueden volar el modelo de avión. En cualquier caso, no debe ser
considerado para el vuelo.
Si tomamos la primera opción, le seguimos el diagrama de la estructura a la mesa
PILOT_FOR_AM ya que el valor encontrado en la tabla PIERNA se utiliza para navegar
sin modificar la tabla PILOT_for_AM.
Para la segunda opción, los argumentos de búsqueda para la tabla PILOT_FOR_AM
son el tipo
código y número de modelo que se encuentra en el cuadro LEG y el número de
empleado especificado. Por lo tanto,
una segunda estructura lógica de los datos es obligatorio.
La primera opción es un artista intérprete o ejecutante pobres y vamos a elegir la
segunda alternativa el supuesto de que un índice se proporcionan para la clave principal
de la tabla PILOT_FOR_AM.
Como elegir la segunda alternativa, el diagrama de estructura para Estructura 1 termina
con una mesa LEG. resumen de ruta de acceso y el cuadro resumen de la estructura
lógica de los datos se ilustran
en la página 10-26.
2. Como se explicó antes, se utilizará el código de tipo y número de modelo para el modelo
de las aeronaves y el número de empleado para el piloto para acceder a la tabla
PILOT_FOR_AM. Por lo tanto, necesitamos una segunda estructura lógica de los datos
(Estructura 2). Su diagrama de la estructura es muy simple ya que sólo se accede a una
tabla. Se trata de un cuadro de entrada, mesa PILOT_FOR_AM, Y la flecha a la
interconexión. El diagrama de la estructura no continúa más allá porque tenemos que
utilizar los insumos para los pasos posteriores del proceso de negocio.
resumen de ruta de acceso y el cuadro resumen de la estructura lógica de los datos
están en la página 10-26.
3. Pasos 3 y 4 del control de procesos de negocio si el piloto ya ha sido asignado al vuelo
o si otro piloto ya está el capitán del vuelo.
Ambas preguntas pueden ser contestadas por un acceso único a la mesa
PILOT_ASSIGNMENT. Para este acceso, sólo la información de vuelo (número de vuelo,
aeropuerto de salida, aeropuerto de
llegada, y el localizador de vuelo) se utiliza y no el número de empleados del piloto. A
lo sumo, dos se devuelven filas: una para el capitán del vuelo y otro para el copiloto.
Las filas devueltas son examinados.

10-24 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

La estructura adecuada lógica de los datos es Estructura 3. Su trayectoria resumida y el


cuadro
sumario, están en la página 10-26.
Tenga en cuenta que las columnas Employee_Number y Pilot_Function debe ser
recuperado para tomar las decisiones necesarias.
4. Si otro piloto ya ha sido asignado como capitán del vuelo, el cuarto paso de las
solicitudes de procesos de negocio que el número de empleado, apellido, y nombre del
piloto que
en la pantalla. Para ello, necesitamos una estructura más lógica de los datos
(Estructura 4). Su resumen de ruta y el resumen de la tabla están en la página 10-26.
You puede preguntarse por qué Estructura 3 no se siguió hasta la mesa
EMPLEADO? Continuando con la estructura de la tabla EMPLEADO significaría que
la tabla EMPLEADO Se accede por cada fila recuperada de la tabla
PILOT_ASSIGNMENT. Sin embargo, esto no es el caso de
una misión copiloto existentes y no queremos hacer los accesos innecesarios para los
casos de no-error.
5. El quinto paso del proceso de negocio asigna el piloto especificados como capitán del
vuelo. Esto da lugar a la estructura lógica de los datos Estructura 5. Su resumen de
ruta y el resumen de la tabla están en la página 10-26.
A primera vista, la estructura lógica de los datos parece ser el mismo que Estructura 3.
Sin embargo, Estructura 3 fue para la recuperación, mientras que Estructura 5 es para
la inserción de filas y el resumen de su trayectoria es diferente. Como columnas de
destino, muestra todas las columnas de la tabla PILOT_ASSIGNMENT lo que significa
que son de entrada para la solicitud de inserción.
6. El paso final del proceso de negocio (Paso 6) Pide que el número de empleado,
apellido, y nombre del capitán recién asignado en la pantalla. Esto requiere una
acceso a la tabla EMPLEADO. Para este acceso, no necesitamos una estructura
adicional de datos lógico. Estructura 4 se puede utilizar con el número de empleado
del nuevo capitán para el vuelo.
© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-25
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

Example 2 - Palmaditah unad Table Summaries (1


of 3)
Structure 1 - Palmaditah
Resumen
# C URSOe Tabla Source Columnas Target Tabla Target Columnas
1 VUELO 1: Flight_Number , 2:
De,
2 VUELO 1: Flight_Number , 2: PIERNA 1: Flight_Number , 2:
De, De,

Estructura 1 - Tcapaz Resumen


Tabla Columnas
VUELO Flight_Number, De, A, Flight_Locator
PIERNA Flight_Number, De, A, Type_Code, Número_de_modelo

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

Estructura 2 - Tcapaz Sesumen


Tabla Columnas
PILOT_FOR_AM Type_Code, Número_de_modelo , Employee_Number

Figura 10-12. Ejemplo 2 - Ruta de acceso y Síntesis de tabla (1 de 3) CF182.0

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

Example 2 - Palmaditah unad Table Summaries (2


of 3)
Structure 3 - Camino
Resumen
# Suente Tabla Suente Columns Objetivo Tabla Objetivo Columnas
1 PILOT_ASSIGNME 1: Flight_Number, 2:
NT De, 3: To, 4:
Flight_Locator
Estructura 3 - Tcapaz Resumen
Tabla Columns
PILOT_ASSIGNME Flight_Number, Desde. A, Flight_Locator, Employee_Number,
NT Pilot_Function

Str.ucture 4 - Palmaditah
Sesumen
# C URSOe Tabla C URSOe Columnas Target Tabla Target Columnas
1 EMPLEADO Employee_Number

Estructura 4 - Tcapaz Resumen


Tabla Columnas
EMPLOYEE Employee_Nu mber, APELLIDO , NOMBRE

Figura 10-13. Ejemplo 2 - Ruta de acceso y Síntesis de la tabla (2 de 3) CF182.0

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

Example 2 - Palmaditah unad Table Summaries (3


of 3)

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

Estructura 5 - Table Resumen


Tabla Columns
PILOT_ASSIGNME Flight_Number, Desde. A, Flight_Locator, Employee_Number,
NT Pilot_Function

Figura 10-14. Ejemplo 2 - Ruta de acceso y Síntesis de la tabla (3 de 3) CF182.0

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

Figura 10-15. Características de los Accesos CF182.0

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.

10-30 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

USAGe of Vistas

Vistas permitir usted a límite el datos una final


usuario puede ver o cambio
DATuna seguridad

Final usuarios / Negocios procesos sólo ver datos ellos


son interesado en
Facilidad de uso

Explícitamente nombre columnas en puntos de vista


Resilience contra cambios yon bASE tablas

Do not allow final usuarios o negocios procesos a


acceso basí tablas
FLIBERTAD to cambio y ampliar base tablas

Complementario a lógico datos estructuras


Ene or more vistas parar each logical datuna estructura
Un vista puede síRVE múltiple datos estructuras

Figura 10-16. Uso de puntos de vista CF182.0

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

Ejercicio - Unidad de Checkpoint


1. Nombre de los dos principales insumos para el desarrollo de las
estructuras de datos lógicos.

2. ¿Cuáles son los dos objetivos principales de estructuras de datos


lógica?

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)

4. Dado que las estructuras de datos lógicos se destinen a los


programadores de aplicaciones, el diseñador de base de datos
no está involucrado en su desarrollo. (T / F)

5. ¿Cuál de las siguientes opciones son correctas? Si los problemas


son
detectados durante el desarrollo de las estructuras de datos
lógicos, el diseñador de base de datos debería ...
a. Revisión de las tablas y no preocuparse por los pasos de
diseño anterior. b. Verificar todos los pasos del proceso de diseño.
c. Reinicie el proceso de diseño con el establecimiento de las
mesas.
d. Reinicie el proceso de diseño con el establecimiento de los
tipos tupla.

6. Nombre de los componentes de una estructura de datos lógicos.


© Copyright IBM Corp. 2000, 2002 Unidad 10. Estructuras de datos lógicos
10-33
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

7. ¿Cuál es el propósito del diagrama de la estructura?

8. ¿Qué hace el resumen de ruta especifica?

9. ¿Qué hace el resumen de la tabla especifica?

10. Todas las interconexiones en un diagrama de la estructura son


primary-key/foreign-key interrelaciones. (T / F)

11. Las vistas son sólo descripciones de los datos. No son las tablas
de verdad. (T / F)

12. Nombre cuatro ventajas de puntos de vista.

10-34 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

Unit Resumen

El logical datuna estructuras parar una business


transformación s yoIdentificar:
The tablas y columnas para el datos elementos de el
negocios proceso
How el tablas para el negocios proceso son interconectado
El componentes de lógico datos sfraestructuras
son los siguientes: estructura diagrama,
camino resumen, y tabla resumen
El estructura diagrama es una gráfico
representación de el interconexiones
entre el tablas
El camino resumen describe el interconexión s entre tél
tablas
De tabla a tabla vía columnaNMS
El tabla resumen describe que columnas son
necesario parar el diferente usos de el tablas
Views permitir to describir subconjuntos of el tables de
el aplicación dominio
Vistas proporcionar dATA seguridad, facilidad de
uso, resistencia contra base de datos cambios, y
freedom a change tablas
Para una logiCal datuna estructuratura, usted puede tener
uno o más puntos de vista
El mismo vista puede ser utilizado por múltiple lógico
datos estructuras

Figura 10-17. Resumen de la Unidad CF182.0

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

10-36 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

Apéndice A. Muestra Planteamiento del problema

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.

Negocios Tipos de objetos


CAB quiere almacenar información sobre los siguientes tipos de
objeto de negocio en su base de datos:
Modelos de Aviones
Para sus actividades de vuelo, CAB utiliza aviones de diferentes tipos,
o más precisamente, los modelos como Boeing 737, Modelo 500, O
Airbus A320, Modelo 200. Para los modelos de aviones que posee o
tiene en el orden, CAB quiere
para mantener la información en su base de datos como su
categoría (por ejemplo, JET o Turbohélice), Longitud, altura,
envergadura del avión, o el número de motores.
Los modelos de aviones sólo puede ser identificada por su código de
tipo (por ejemplo,
B737) Junto con su número de modelo (por ejemplo, 500).
Avión
CAB posee varias aeronaves de los modelos de aviones diferentes.
Para el avión de su propiedad, CAB whormigas para mantener la
información como la fecha
cuando la aeronave fue adquirida, los motores montados en la
aeronave, o de los asientos de la aeronave.
Cada avión tiene un número de serie único. Este número de serie es
único a través de modelos de aviones.
Aeropuertos
CAB servicios de un conjunto de aeropuertos con sus aviones. Por
estos aeropuertos,
aeropuertos así como para CAB planes de servicio en el futuro
próximo, CAB quiere
para mantener la información en su base de datos como el código del
aeropuerto, el
ubicación del aeropuerto, la dirección de CAB'S oficina de boletos de
la ciudad, o la dirección del CAB'S oficina en el aeropuerto.
Los códigos de aeropuerto de identificar de forma exclusiva los
distintos aeropuertos.

© Copyright IBM Corp. 2000, 2002 UnAPÉNDICE A. Ejemplo Planteamiento del


problema A-1
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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.

Un diseño-2 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

Negocios Relación con los tipos


Los siguientes tipos de relaciones existentes entre los tipos de objeto
de negocio que CAB quiere implementar en su base de datos:
Modelos de aeronaves - Aeronaves
Para un modelo de aeronave, CAB puede tener cualquier número
de aeronaves. En particular, es posible que no haya aviones (aún)
para un modelo de aeronave. Por el contrario, un avión pertenece a
una y sólo una modelo de avión.
Modelos de Aviones - Aeropuertos
Antes de que un avión puede ser utilizado para los vuelos hacia y
desde un aeropuerto, CAB debe adquirir de inicio y los derechos de
aterrizaje para el modelo de avión adecuado para este aeropuerto.
Un modelo de avión varios aeropuertos de servicio debe tener
derechos de inicio y de destino de todos estos aeropuertos. Para un
aeropuerto atendidos por modelos de aviones diferentes, de inicio y
los derechos de aterrizaje, deberá obtenerse la
todos los modelos de servicio de las aeronaves del aeropuerto.
Es posible que CAB no tiene ningún principio y los derechos de
aterrizaje para un modelo de aeronave. Por ejemplo, esto puede
ocurrir si los aeropuertos atendidos por este modelo de avión ya no
son atendidos por CAB y, por tanto, se redujo.
También es posible que CAB no tiene ningún principio y derechos de
aterrizaje de un aeropuerto en su base de datos.
Pilotos - Modelos de Aviones
CAB quiere grabar las que los pilotos pueden volar los modelos de
aviones diferentes. Los pilotos pueden volar varios modelos de
aviones. Por el contrario, un modelo de avión puede ser volado por
pilotos diferentes.
Es posible que, temporalmente, un piloto no puede volar
cualquiera de los modelos de aviones. También es posible que un
modelo de aeronave que CAB no tiene un piloto que puede volar
la aeronave de este modelo. Por ejemplo, este
puede ser el caso de un modelo de avión para los que recién ordenado
CAB aún no se ha contratado a un piloto.
Aeropuertos - Itinerarios
Un itinerario consta de una o más patas. Las piernas son las
conexiones sin escalas entre dos aeropuertos, el inicio y la finalización
de los aeropuertos de la pierna. Los aeropuertos pueden ser los puntos
de partida o destino final de las piernas de itinerarios múltiples.
Si un aeropuerto ya no es necesario por CAB y se elimina, todos los
itinerarios que se eliminarán también para los que el aeropuerto había
sido una parada.
© Copyright IBM Corp. 2000, 2002 UnAPÉNDICE A. Ejemplo Planteamiento del
problema A-3
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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

Un 4-DB Diseño 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

servicio de mantenimiento para las aeronaves múltiples. Por el


contrario, múltiples
mecánicos pueden ser asignados a un solo avión.
Es posible que el servicio de mantenimiento siguiente aún no ha sido
programada para una aeronave. En un momento dado, también es
posible, que un mecánico no se ha asignado a cualquier aeronave.
Mecánica - Registros de Mantenimiento
Por cada mantenimiento realizado, un registro de mantenimiento se
establece por un mecánico. Para cada registro de mantenimiento,
un mecánico y sólo uno es responsable.
Si una mecánica sale de la empresa, sus registros de mantenimiento
se asignan a otro mecánico.
Aviones - Registros de Mantenimiento
Como una aeronave cuenta con los servicios, un registro de
mantenimiento de la aeronave se establezca. Un registro de
mantenimiento se aplica a una aeronave y único. Para un avión,
puede haber varios registros de mantenimiento.
Los registros de mantenimiento para una aeronave contener el número
de serie de la aeronave. Todos los registros de mantenimiento de una
aeronave se conservarán por el momento es propiedad de la aeronave
por CAB y durante dos años a partir de entonces. Esto implica que los
registros de mantenimiento todavía debe mantenerse después de la
información restante para que el avión haya sido eliminado.
Mantenimiento Records - Registros de Mantenimiento
Como consecuencia de una actividad de mantenimiento de una
aeronave, otras actividades de mantenimiento pueden ser
desencadenados por dicha aeronave. Estos subjuntivos tienen sus
propios registros de mantenimiento. CAB quiere grabar las
relaciones entre los registros de mantenimiento.
Un registro de mantenimiento puede tener cualquier número de
(Mantenimiento) subregistros. Por el contrario, un subregistro siempre
pertenece a uno y sólo un registro de mantenimiento denominado
poseer mantenimiento registro. subregistros de mantenimiento no
tienen características especiales. Son registros de mantenimiento
normal y contienen el mismo tipo de información como los registros de
mantenimiento propietaria.
Si un registro de mantenimiento es eliminado, todos sus subregistros
también son eliminados.

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:

© Copyright IBM Corp. 2000, 2002 UnAPÉNDICE A. Ejemplo Planteamiento del


problema A-5
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

Número de motores en los aviones


Un avión no puede tener más motores montados que el modelo de
avión permite.
To se aplica cuando un motor se añade a una aeronave.
La solicitud de adición de un motor de una aeronave debe ser
rechazada si se viola la restricción.
Aeronaves para el vuelo debe pertenecer a la pierna de
Aeromodelismo
El avión se asigne un vuelo debe pertenecer a la modelo de avión
para el trayecto del vuelo.
To se aplica cuando una aeronave se asigna a un vuelo o la
asignación de aeronaves se cambia.
La asignación de aeronave debe ser rechazada si se viola la
restricción. También hay que verificar si el modelo de avión por una
pierna se cambia.
En este caso, las cesiones anteriores de los vuelos para el trayecto
será anulado y las notificaciones correspondientes se debe dar.
El capitán y el copiloto debe ser diferente
Un piloto no puede ser el capitán y el copiloto para el mismo vuelo.
To se aplica cuando un piloto es asignado a un vuelo o piloto
de la asignación se cambia.
La asignación piloto debe ser rechazada si el piloto no reúne las
condiciones para el vuelo.
Los pilotos de vuelo debe tener una licencia para el modelo de
aeronaves para la pierna
Un piloto de un vuelo debe tener la licencia para volar el modelo de
avión para el trayecto del vuelo.
To se comprueba cuando un piloto es asignado a un vuelo o cuando
una asignación piloto anterior se cambia.
La asignación piloto es de desecharse, si el piloto no reúne las
condiciones para el vuelo.
También hay que verificar si el modelo de avión por una pierna
de un itinerario se modifique.
En este caso, las cesiones anteriores piloto de vuelos para el trayecto
será anulado y las notificaciones correspondientes se debe dar.
Sólo mecánicos capacitados para el Mantenimiento de Aviones
Un mecánico sólo puede dar servicio a una aeronave si él / ella ha
sido entrenado para el modelo de aeronave correspondiente.
Un diseño-6 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

To se comprueba cuando un mecánico se le asigna al mantenimiento


próxima
servicio de una aeronave.
La asignación es de desecharse, si el mecánico no ha sido entrenado
para el modelo de aeronave correspondiente.
Los empleados no pueden ser conductores y mecánicos al Mismo
Tiempo
Un empleado no puede ser un piloto y un mecánico, al mismo tiempo.
To se comprueba cuando un piloto se añade. También hay que revisar
cuando un mecánico se añade.
Sólo modelos de avión con salida y derechos de aterrizaje para
las Piernas
Un modelo de aeronave sólo puede ser asignado a una pierna de un
itinerario si se ha de inicio y los derechos de aterrizaje de los
aeropuertos de la pierna.
To se comprueba cuando un modelo de aeronave se asigna a una
pierna o cuando la cesión se cambia modelo de avión.
La asignación de modelo de aeronave debe ser rechazada si se
viola la restricción.
© Copyright IBM Corp. 2000, 2002 UnAPÉNDICE A. Ejemplo Planteamiento del
problema A-7
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

Un diseño-8 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

Apéndice B. Control Soluciones


Unidad 1 - Conceptos relacionales

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

- To garantizar que el diseño de base de datos es de


composición abierta: Futuro
cambios en las aplicaciones pueden exigir la recuperación,
actualización y eliminación de filas en particular.

9.
Falso

10.
True

11.
c

B-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

Unidad 2 - Vistas y Resultados Durante base de datos de diseño

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

© Copyright IBM Corp. 2000, 2002 UnpConsulte el Apéndice B. Soluciones


Punto de control B-3
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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

B-4 DB Diseño 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

Unidad 3 - planteamiento del problema

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

- Especifique cuántas relaciones del mismo tipo que un objeto


puede
tener.
- Describa si el tipo de relación comercial requiere un objeto de
un tipo de objeto de negocio para el tipo de relación
comercial que tienen al menos una relación.
- Si los objetos tienen una relación con un objeto debe ser
eliminado cuando el objeto es eliminado.

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

B-6 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

Unidad 4 - Modelo Entidad-Relación

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

- Los casos de la entidad y las instancias de relación, uno de


cada uno, de
un tipo de entidad y un tipo de relación.

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

b. Por relación de tipo r1, Cero casos de tipo de entidad B es


necesario
conectados a una instancia de tipo de entidad Un.
c. Por relación de tipo r1, A lo sumo una instancia de tipo de
entidad Un
se puede conectar a una instancia de tipo de entidad B.
d. Por relación de tipo r1, Cero casos de tipo de entidad Un
necesidad de estar conectado a una instancia de tipo de entidad
B.
e. Por relación de tipo r2, A lo sumo una instancia de tipo de
entidad Un
se puede conectar a una instancia de tipo de entidad C.
f. Por relación de tipo r2, Una instancia de tipo de entidad Un
debe estar conectado a todas las instancias de tipo de entidad
C.

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

© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones


B-11
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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 ])

B-12 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

Unidad 5 - Datos y Proceso de Inventarios

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

© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones


B-13
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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.

B-14 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

- Como un elemento de datos o grupos de datos para un proceso


de negocio es
identificada o cambiado, se ha registrado o cambiado en el
inventario de datos. Para un dato nuevo o grupo de datos, o un
nuevo papel,
se verifica que el modelo de entidad-relación contiene el tipo
de entidad correspondiente. El tipo de entidad es mencionado
como parte de la descripción del elemento de datos o grupos
de datos.
En consecuencia, el inventario de datos contiene todos los
elementos de datos y grupos de datos para los procesos de
negocios documentados y no elementos de datos superfluos o
grupos de datos.

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

© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones


B-15
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

información a otra pieza de información relacionados lógicamente


sea necesario.
Al verificar el modelo de entidad-relación para un negocio
proceso, se realiza un paseo por el modelo de entidad-relación y
determinar el punto de vista necesario para el proceso de negocio.

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

Unidad 6 - Tipos de tupla

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.

© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones


B-17
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

- m: m tipos de relaciones es el fuente de un tipo de relación


con un mínimo objetivo cardinalidad de 1.
- m: m tipos de relaciones es el objetivo de un tipo de relación
con un mínimo fuente cardinalidad de 1.

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.

B-18 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.
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

B-20 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

Unidad 7 - De los tipos de tupla a las Tablas

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

- Otros tipos tupla son referencialmente depende del tipo de tupla


de ser eliminada.
- Limitaciones del sistema de objetivos de gestión de bases de
datos no permiten combinar los tipos tupla.

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

B-22, DB Diseño 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.
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

© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones


B-23
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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

B-24 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

Unidad 8 - Reglas de Integridad

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.

B-28 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

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

Unidad 10 - Estructuras de datos lógicos

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.

© Copyright IBM Corp. 2000, 2002 La aplicaciónendix B. Checkpoint Soluciones


B-31
Curso material no puede ser reproducida en su totalidad o
en parte sin el permiso previo por escrito de IBM.
Estudiante Cuaderno

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.

B-32 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.