Saltar al contenido
Aprobadia

§12 de Conceptos básicos del diseño de una base de datos

§12 de Soporte de Microsoft: Conceptos básicos del diseño de una base de datos. Aprobadia tiene 7 preguntas verificadas basadas en este precepto y entra en el tema 10 de Auxiliar Administrativo del Estado (C2).

Léelo con calma y resuelve después las 10 preguntas: las primeras se basan directamente en este artículo y el resto repasan otros preceptos de la misma norma.

Test diagnóstico gratis

Texto del §12 de Conceptos básicos del diseño de una base de datos

Un solo pedido puede incluir varios productos. Por otra parte, un único producto puede aparecer en muchos pedidos. Por tanto, por cada registro de la tabla Pedidos puede haber varios registros en la tabla Productos. Además, por cada registro de la tabla Productos puede haber varios registros en la tabla Pedidos. Este tipo de relación se denomina relación de varios a varios, porque, para cada producto, puede haber varios pedidos, y para cada pedido puede haber muchos productos. Tenga en cuenta que para detectar las relaciones de varios a varios entre las tablas, es importante que considere ambas partes de la relación. Entre los temas de las dos tablas, productos y pedidos, existe una relación de varios a varios. Esto supone un problema. Para entender el problema, imagine qué pasaría si intentase crear la relación entre las dos tablas agregando el campo Id. de producto a la tabla Pedidos. Para tener más de un producto por pedido, necesita más de un registro por pedido en la tabla Pedidos. Tendría que repetir la información del pedido en cada fila que esté relacionada con un único pedido, lo que provocaría un diseño ineficaz que podría producir datos inexactos. Se encontraría con el mismo problema si colocase el campo Id. de pedido en la tabla Productos: dispondrá de más de un registro en la tabla Productos para cada producto. ¿Cómo se soluciona este problema? La respuesta es crear una tercera tabla, a menudo denominada tabla de unión, que divida la relación de varios a varios en dos relaciones uno a varios. Inserte la clave principal de cada una de las dos tablas en la tercera tabla. Como resultado, la tercera tabla registra cada repetición o instancia de la relación. Cada registro de la tabla Detalles de pedidos representa un elemento de línea en un pedido. La clave principal de la tabla Detalles del pedido consta de dos campos: las claves externas de las tablas Pedidos y Productos. El uso del campo Id. de pedido por sí solo no funciona como clave principal para esta tabla, porque un pedido puede tener muchas líneas de pedido. El Id. de pedido se repite para cada artículo de línea de pedido, por lo que el campo no contiene valores únicos. Utilizar el campo de identificador de producto por sí solo tampoco funciona, porque un producto puede aparecer en muchos pedidos diferentes. Pero juntos, los dos campos siempre generan un valor único para cada registro.

Ver la norma completa en el BOE

Resuelve 10 preguntas gratis

Llevas 0 de 10

  1. 1. Según el material de Soporte de Microsoft sobre diseño de bases de datos, ¿cuál es la solución para resolver una relación de varios a varios entre dos tablas?

  2. 2. Según el material de Soporte de Microsoft sobre diseño de bases de datos, ¿por qué el campo identificador de producto por sí solo no sirve como clave principal de la tabla Detalles del pedido?

  3. 3. Según Soporte de Microsoft, al crear una tabla de unión para dividir una relación de varios a varios, ¿qué función cumple dicha tabla respecto a la relación entre las otras dos tablas?

  4. 4. En el diseño de bases de datos de Access, ¿qué problema se produciría si se intentara relacionar las tablas Pedidos y Productos añadiendo el campo Id. de producto a la tabla Pedidos?

  5. 5. En el diseño de bases de datos de Access, ¿qué representa cada registro de la tabla Detalles de pedidos del ejemplo de Pedidos y Productos?

  6. 6. En el ejemplo de la tabla Detalles del pedido, ¿por qué el campo Id. de pedido por sí solo no funciona como clave principal?

  7. 7. En el diseño de bases de datos de Access, ¿cómo se denomina la relación que existe entre las tablas Pedidos y Productos, dado que un pedido puede incluir varios productos y un producto puede aparecer en muchos pedidos?

  8. 8. En el diseño de tablas de Access, si se quiere realizar una búsqueda, filtrar u ordenar una operación por estado, ¿qué necesita Microsoft que se cumpla con la información de estado?

  9. 9. En el ejemplo de Microsoft sobre las tablas Categorías y Productos, ¿qué tipo de relación existe entre ambas y cómo se describe?

  10. 10. Según el soporte de Microsoft sobre diseño de bases de datos, ¿cómo se denomina la clave principal formada por más de una columna, como la de una tabla de detalles de pedido con Identificador de pedido e Identificador de producto?

Preguntas frecuentes

¿Qué dice el §12 de Conceptos básicos del diseño de una base de datos?

Un solo pedido puede incluir varios productos. Por otra parte, un único producto puede aparecer en muchos pedidos. Por tanto, por cada registro de la tabla Pedidos puede haber varios registros en la tabla Productos. Además, por cada registro de la tabla Productos puede haber varios registros en la tabla Pedidos. Este…

¿Entra el §12 de Conceptos básicos del diseño de una base de datos en el examen de Auxiliar Administrativo del Estado (C2)?

Sí, forma parte de el Tema 10 (Bases de datos: Access 365. Principales funciones y utilidades. Tablas. Consultas. Formularios. Informes. Relaciones. Importación, vinculación y exportación de datos.).