Así que tenemos la motocicleta (SerialNo, Modelo, WheelID, CrankID, StemID) Rueda (WheelID, llantas, radios) Manivela (CrankID, Peso) Tallo (StemID, peso, tamaño) SerialNo es la clave principal para la motocicleta. Mesa de la motocicleta tiene las claves externas. Las mesitas tienen sus claves únicas. Estos cuatro mesas están ahora en al menos la 3NF. Estos cuatro mesas están en el paquete de la motocicleta. Así el diagrama de la fig. 10.1 está en la tabla de la motocicleta package.
The Componentes Vimos la mesa de los componentes en el paquete de compras en una de las partes anteriores de la serie. Los componentes son piezas de la motocicleta. Para simplificar, supongamos que las tres partes anteriores, que son la Rueda, Crank y madre son las únicas partes (componentes) que una motocicleta tiene. Teníamos la mesa como componentes, componentes (ItemID, Longitud, anchura, altura, ...) Cuando estábamos analizando el paquete Compras llegamos ItemID como la clave principal para los componentes; que es donde teníamos la mesa Componentes.
Recuerde que no completemos realmente la tabla de componentes. Así que aquí, tenemos que conciliar la tabla de componentes con los tres cuadros anteriores. Aquí, Longitud, ancho y alto de la tabla de componentes significan Tamaño y así deben ser refieren al tamaño del componente (parte de la motocicleta) llamada tallo. En este punto, un diseñador de la base de datos inteligente puede darse cuenta de que a pesar de la Rueda, Crank y tallo de clases forman una composición con la mesa de la motocicleta, forman una generalización (subtipos) con la parte de componentes.
No se preocupe si usted no puede darse cuenta de que ahora, porque sigo probar que forman subtipos a la clase de componentes. De la discusión anterior, la tabla de componentes debe ser ahora: Componentes (Itemid, WheelID, llantas, radios, CrankID, Peso, StemID, peso, tamaño) tengo sólo tiene que colocar las propiedades de los compone