Saltar al contenido
Aprobadia

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

§13 de Soporte de Microsoft: Conceptos básicos del diseño de una base de datos. Aprobadia tiene 5 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 §13 de Conceptos básicos del diseño de una base de datos

En la base de datos de ventas de productos, la tabla Pedidos y la tabla Productos no están directamente relacionadas entre sí. En su lugar, están relacionadas indirectamente a través de la tabla Detalles de pedidos. La relación de varios a varios entre productos y pedidos se representa en la base de datos mediante dos relaciones de uno a varios: La tabla Pedidos y la tabla Detalles de pedidos tienen una relación de uno a varios. Cada pedido puede tener más de un elemento de línea, pero cada elemento de línea está conectado a un único pedido. La tabla Productos y la tabla Detalles de pedidos tienen una relación de uno a varios. Cada producto puede tener muchos elementos de línea asociados a él, pero cada elemento de línea se refiere a un solo producto. En la tabla Detalles de pedido, puede determinar todos los productos en un pedido determinado. También puede determinar todos los pedidos de un producto en particular. Después de incorporar la tabla Detalles de pedido, la lista de tablas y campos podría tener un aspecto similar a este: Principio de página Crear una relación uno a uno Otro tipo de relación es la relación de uno a uno. Por ejemplo, supongamos que necesita registrar información adicional sobre productos que casi nunca necesitará o que solo se aplica a unos pocos productos. Dado que no necesita la información con frecuencia, y dado que almacenar la información en la tabla Productos daría lugar a un espacio vacío para cada producto al que no se aplica, colóquela en una tabla independiente. Al igual que la tabla Productos, puede usar el Id. de producto como clave principal. La relación entre esta tabla y la tabla Productos es una relación de uno a uno. Para cada registro de la tabla Producto, existe un único registro coincidente en la tabla complementaria. Cuando se identifica este tipo de relación, ambas tablas deben compartir un campo común. Al detectar la necesidad de una relación de uno a uno en la base de datos, tenga en cuenta si se puede combinar la información de las dos tablas en una sola. Si no desea hacerlo por alguna razón, tal vez porque resultaría en una gran cantidad de espacio vacío, la siguiente lista muestra cómo representaría la relación en su diseño: Si las dos tablas tienen el mismo tema, probablemente pueda configurar la relación usando la misma clave principal en ambas tablas.

Ver la norma completa en el BOE

Resuelve 10 preguntas gratis

Llevas 0 de 10

  1. 1. Según el Soporte de Microsoft, si dos tablas tienen una relación de uno a uno y tratan el mismo tema, ¿cómo puede configurarse probablemente la relación?

  2. 2. Según el Soporte de Microsoft sobre diseño de bases de datos, en la relación de uno a varios entre las tablas Pedidos y Detalles de pedidos, ¿qué afirmación es correcta?

  3. 3. En el diseño de la base de datos de ventas de productos descrito en el Soporte de Microsoft sobre conceptos básicos del diseño de una base de datos, ¿cómo se representa la relación de varios a varios entre las tablas Productos y Pedidos?

  4. 4. En el diseño de la base de datos de ventas de productos del Soporte de Microsoft, ¿qué afirmación describe correctamente la relación de uno a varios entre las tablas Productos y Detalles de pedidos?

  5. 5. Según el Soporte de Microsoft sobre conceptos básicos del diseño de una base de datos, cuando se identifica una relación de uno a uno entre la tabla Productos y una tabla complementaria, ¿qué deben compartir ambas tablas?

  6. 6. 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?

  7. 7. Según el soporte de Microsoft sobre diseño de bases de datos, ¿cuándo se aconseja considerar el uso de una columna con el tipo de datos Autonumeración como clave principal?

  8. 8. En el ejemplo de Microsoft de una tabla con Id. de producto (clave principal), Nombre, PVS y Descuento, donde Descuento depende del PVS, ¿qué solución se propone para respetar el tercer formulario normal?

  9. 9. Según Microsoft, en una base de datos relacional como Access, ¿cómo se divide la información y cómo se combina después cuando es necesario?

  10. 10. Según el soporte de Microsoft sobre conceptos básicos del diseño de una base de datos, ¿cómo se deben elegir las tablas al dividir la información en una base de datos?

Preguntas frecuentes

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

En la base de datos de ventas de productos, la tabla Pedidos y la tabla Productos no están directamente relacionadas entre sí. En su lugar, están relacionadas indirectamente a través de la tabla Detalles de pedidos. La relación de varios a varios entre productos y pedidos se representa en la base de datos mediante…

¿Entra el §13 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.).