Simulador de Base de datos

¿Qué se entiende por modelo conceptual en el contexto del diseño de bases de datos?. Es la documentación técnica del sistema. Es un conjunto de pruebas del sistema. Es el código SQL utilizado para crear las tablas. Es una representación abstracta de la estructura lógica de la información que se almacenará.

¿Qué indica la cardinalidad máxima en una relación?. El número de atributos involucrados en una relación. El número máximo de veces que una entidad puede participar en una relación. El número mínimo de veces que una entidad puede participar. La cantidad de claves primarias de una entidad.

¿Cómo se diferencia un atributo derivado de uno almacenado?. El almacenado solo se usa en relaciones, no en entidades. No existe diferencia, son sinónimos. El derivado se calcula a partir de otros datos, mientras que el almacenado se guarda directamente. El derivado siempre es un atributo multivaluado.

¿Qué papel cumple una entidad en un modelo entidad-relación?. Es un atributo del sistema de base de datos. Es una operación que se realiza sobre los datos. Representa una cosa u objeto del mundo real que tiene existencia independiente. Es un conjunto de instrucciones para el usuario.

¿Qué representa la cardinalidad mínima en una relación?. La cantidad mínima de atributos necesarios por entidad. El número máximo permitido de registros por tabla. El número mínimo de veces que una instancia de una entidad debe participar en una relación. El número de claves secundarias por entidad.

¿Cuál es la principal ventaja de utilizar un modelo conceptual antes de implementar una base de datos?. Permite escribir directamente el código SQL. Automatiza la generación de tablas físicas. Mejora la velocidad del sistema en producción. Permite entender y representar la estructura lógica de los datos sin preocuparse por detalles físicos.

¿Qué ocurre si no se representa correctamente la cardinalidad mínima en una relación?. Se puede perder información sobre restricciones obligatorias en la realidad. Afecta únicamente el rendimiento, no la lógica de negocio. Se produce un error sintáctico en el modelo conceptual. No se puede transformar el modelo a modelo físico.

En el modelo ER, ¿cuál es el propósito de definir claves primarias en las entidades?. Facilitar la creación de atributos derivados. Identificar de manera única cada instancia de la entidad. Establecer la jerarquía entre entidades. Permitir relaciones entre entidades únicamente.

En un modelo conceptual, ¿cómo se representa un atributo multivaluado como "teléfonos de contacto"?. Con un atributo normal subrayado. Usando una elipse doble conectada a la entidad. Con una línea punteada y una entidad adicional. Como clave primaria.

¿Cuál de las siguientes NO es una característica de una relación muchos a muchos?. Puede representarse sin claves foráneas. Permite que una fila de una entidad esté asociada a varias filas de otra. Requiere al menos dos claves foráneas en la implementación física. Necesita una tabla intermedia para ser representada físicamente.

Relación M:N con Atributo Calcular Requisito: Registrar el promedio del estudiante por curso. ¿Dónde ubicar este atributo?. En tabla intermedia INSCRIPCION con (estudiante_id, curso_id, promedio). En ESTUDIANTE como promedio_general. En CURSO como promedio_curso. En una nueva tabla HISTORICO.

Una app de delivery registra repartidores y las órdenes que entregan. Cada orden puede tener múltiples intentos de entrega registrados con fecha y estado (entregado, fallido). ¿Cómo se modela esto?. Relación entre REPARTIDOR y ORDEN a través de una entidad ENTREGA con múltiples registros. Entidad débil con atributos multivaluados. Atributo derivado dentro de la entidad ORDEN. Relación uno a uno entre REPARTIDOR y ORDEN.

¿Qué representa este modelo?. Todos los empleados deben tener un supervisor. Es una jerarquía ilimitada (árbol). Es una relación M:N mal modelada. Un empleado puede supervisar a muchos empleados y reportar a uno.

¿Qué significa la cardinalidad o| en PASAPORTE?. Es un error de notación. Un pasaporte puede pertenecer a varias personas. Una persona puede tener solo un pasaporte (pero no es obligatorio). Una persona debe tener un pasaporte.

En una plataforma de educación virtual, los cursos tienen múltiples módulos y cada módulo puede pertenecer a varios cursos. ¿Cuál es la cardinalidad correcta entre CURSO y MÓDULO?. CURSO (1,N) — MÓDULO (1,N). CURSO (1,1) — MÓDULO (0,N). CURSO (0,N) — MÓDULO (0,1). CURSO (1,N) — MÓDULO (1,1).

Una empresa de transporte urbano desea controlar qué buses cubren qué rutas, qué días y en qué horarios. Un mismo bus puede cubrir distintas rutas en distintos horarios. ¿Cuál sería la mejor representación?. Relación uno a uno entre BUS y RUTA. Atributos multivaluados en la entidad BUS. Relación muchos a muchos entre BUS y RUTA con atributos día y horario. Entidad débil entre BUS y HORARIO.

¿Qué tabla intermedia sería válida?. EMPLEADO_PROYECTO sin atributos. ASIGNACION con (ID_Proyecto, ID_Empleado, Rol, Horas). Agregar Proyectos como multivalor en EMPLEADO. Usar herencia.

En una empresa de seguros, los clientes pueden tener varios seguros, y cada seguro puede incluir varios beneficiarios, pero cada beneficiario pertenece a un solo seguro. ¿Qué cardinalidad existe entre SEGURO y BENEFICIARIO?. SEGURO (1,N) — BENEFICIARIO (1,1). SEGURO (0,1) — BENEFICIARIO (1,N). SEGURO (0,N) — BENEFICIARIO (0,N). SEGURO (1,1) — BENEFICIARIO (0,N).

En una empresa de construcción, los proyectos tienen múltiples fases, y cada fase puede requerir múltiples recursos (materiales, maquinaria). ¿Cómo se debe modelar esta situación?. Crear atributos multivaluados dentro de la entidad PROYECTO. Asociar directamente RECURSO a PROYECTO sin considerar la FASE. Usar solo una entidad compuesta con todos los datos. Usar entidades intermedias para representar la relación muchos a muchos entre FASE y RECURSO.

Sistema de Gestión Universitaria (Matrículas) Contexto: Un estudiante puede matricularse en muchos cursos y un curso puede tener muchos estudiantes, pero solo en un período académico específico. Pregunta: ¿Qué tipo de estructura se necesita para registrar correctamente esta relación?. Atributo "periodo" en la entidad CURSO. Dos tablas separadas: ESTUDIANTE_CURSO y CURSO_PERIODO. Tabla MATRICULA con claves foráneas a ESTUDIANTE, CURSO y PERIODO_ACADEMICO. Vista materializada que una las tres entidades.

¿Cuál es el criterio para definir una clave primaria en una entidad?. Debe coincidir con el nombre de la entidad. Debe derivarse de otra entidad. Debe ser siempre un número. Debe identificar de forma única cada instancia de la entidad.

¿Qué representa una entidad débil en el modelo ER?. Una entidad que depende completamente de otra para su identificación. Una entidad que no tiene atributos. Una entidad que representa una relación. Una entidad que solo puede tener relaciones opcionales.

Cuál es el propósito de definir relaciones entre entidades en un modelo ER?. Establecer cómo interactúan o se asocian entre sí las entidades del sistema. Determinar qué atributos son claves primarias. Agrupar atributos similares. Clasificar las entidades en categorías.

¿Por qué se utilizan atributos multivaluados en un modelo ER?. Para indicar claves foráneas. Para representar propiedades que pueden tener múltiples valores por instancia de entidad. Para reducir la cantidad de entidades del modelo. Para evitar relaciones entre entidades.

¿Cuál es la diferencia entre una relación binaria y una ternaria?. Las relaciones binaria y ternaria son equivalentes en diseño. Una relación binaria siempre es uno a muchos, y la ternaria es siempre muchos a muchos. Una relación binaria involucra dos entidades, mientras que una ternaria involucra tres. Las relaciones ternarias no se permiten en modelos conceptuales.

¿Cuál es la mejor manera de representar en el modelo conceptual que un libro puede tener varios títulos en diferentes idiomas?. Usar un atributo derivado. Agregar varios atributos 'titulo_es', 'titulo_en', etc. Utilizar una entidad adicional relacionada a LIBRO. No se puede representar en un modelo conceptual.

Caso real: En una biblioteca, cada libro pertenece a una y solo una categoría. ¿Qué tipo de dependencia representa esto?. Dependencia total. Dependencia débil. Atributo derivado. Dependencia funcional total (1:1 desde libro a categoría).

¿Qué característica define a una entidad débil en un modelo ER?. Siempre se relaciona con otras entidades de tipo muchos a muchos. No tiene una clave primaria propia y depende de la clave de una entidad fuerte. No posee relaciones con otras entidades. Tiene una clave primaria compuesta de varios atributos.

¿Cuál sería un ejemplo válido de una relación ternaria?. Una relación entre biblioteca y estudiante. Una relación entre estudiante y libro. Una relación entre autor y libro. Una relación entre estudiante, libro y biblioteca para un préstamo.

¿Cuál de los siguientes atributos debería ser considerado clave candidata en la entidad LIBRO?. Año de publicación. Título. Editorial. ISBN.

Identificar Relación (Caso Médico) Análisis: ¿Qué tipo de relación existe entre DOCTOR y CITA?. Jerárquica (Doctores senior y junior). M:N (Un doctor puede tener múltiples citas y una cita puede involucrar varios doctores). 1:1 (Un doctor atiende una única cita). 1:N (Un doctor atiende muchas citas, pero una cita solo tiene un doctor).

Si Fecha_Préstamo depende de la relación LIBRO-PRÉSTAMO, ¿dónde debe ubicarse?. En una tabla intermedia LIBRO_PRÉSTAMO. Como atributo en PRÉSTAMO (actual). Como atributo derivado en una vista. Como atributo en LIBRO.

Si DETALLE no existe sin FACTURA, ¿qué clave se usa en DETALLE?. ID como PK autogenerada. Solo ID_Factura como FK. DETALLE no necesita clave. ID_Factura, ID_Detalle) como PK compuesta.

¿Qué condición justifica una relación 1:1 entre EMPLEADO y CONTRATO?. Es un error de modelado; siempre debe ser 1:N. Un empleado puede tener múltiples contratos temporales. Los contratos pueden compartirse entre empleados. Cada contrato pertenece a un único empleado y viceversa.

Sistema de Reservas de Hotel Análisis: ¿Qué tipo de relación existe entre HABITACIÓN y RESERVA?. 1:1 (Una habitación solo puede reservarse una vez). 1:N (Una habitación puede tener múltiples reservas en diferentes fechas). Agregación (RESERVA es parte de HABITACIÓN). M:N (Una reserva puede incluir múltiples habitaciones).

Relación con Entidad Débil (Sistema de Inventario) Pregunta: ¿Por qué INVENTARIO es una entidad débil y qué tipo de relación tiene con PRODUCTO y ALMACEN?. Es débil porque su PK es compuesta (producto_id, almacen_id). Relación: M:N entre PRODUCTO y ALMACEN. Es débil porque depende de ALMACEN. Relación: 1:N con PRODUCTO. Es débil porque no tiene PK propia. Relación: 1:N con PRODUCTO y 1:1 con ALMACEN. No es débil porque tiene atributos. Relación: 1:N con ambos.

Sistema de Reservas de Restaurante Problema: Una reserva puede requerir múltiples mesas (para grupos grandes) y una mesa puede ser parte de varias reservas en diferentes horarios. Pregunta: ¿Qué estructura refleja mejor esta relación?. 1:N desde RESERVA a MESA. 1:1 con restricción de horario. M:N con horario en tabla intermedia. Atributo "mesas" como array en RESERVA.

Supuesto: Un usuario puede ser cliente, empleado, o ambos. ¿Cómo se implementa físicamente?. Tres tablas independientes sin relaciones. Una tabla USUARIO con atributos nulos para roles. Dos tablas intermedias: USUARIO_CLIENTE y USUARIO_EMPLEADO. Tabla USUARIO con claves foráneas opcionales a CLIENTE y EMPLEADO.

Una empresa de telecomunicaciones registra clientes, sus contratos y los servicios contratados. Cada contrato puede tener múltiples servicios, y cada servicio puede ser parte de varios contratos. ¿Cómo se modela esta situación?. Atributos multivaluados en la entidad CONTRATO. Relación uno a muchos entre CLIENTE y SERVICIO. Servicio como entidad débil de CONTRATO. Relación muchos a muchos entre CONTRATO y SERVICIO.

Una universidad desea modelar las calificaciones de los estudiantes. Cada estudiante puede rendir varios exámenes en diferentes fechas para una misma materia. ¿Cuál sería la mejor forma de representar este caso?. Usar una entidad débil para la MATERIA. Representar MATERIA como atributo derivado de ESTUDIANTE. Crear una entidad intermedia EXAMEN entre ESTUDIANTE y MATERIA, con fecha y nota como atributos. Añadir atributos multivaluados en la entidad ESTUDIANTE para las notas.

Qué indica la cardinalidad máxima en una relación?. El número mínimo de veces que una entidad puede participar. La cantidad de claves primarias de una entidad. El número máximo de veces que una entidad puede participar en una relación. El número de atributos involucrados en una relación.

¿Qué se entiende por modelo conceptual en el contexto del diseño de bases de datos?. Es un conjunto de pruebas del sistema. Es una representación abstracta de la estructura lógica de la información que se almacenará. Es el código SQL utilizado para crear las tablas. Es la documentación técnica del sistema.

¿Cuál es el criterio para definir una clave primaria en una entidad?. Debe coincidir con el nombre de la entidad. Debe ser siempre un número. Debe identificar de forma única cada instancia de la entidad. Debe derivarse de otra entidad.

¿Qué representa una entidad débil en el modelo ER?. Una entidad que solo puede tener relaciones opcionales. Una entidad que depende completamente de otra para su identificación. Una entidad que representa una relación. Una entidad que no tiene atributos.

Caso práctico: Si un préstamo puede realizarse desde una sola biblioteca pero la biblioteca puede generar muchos préstamos, ¿qué tipo de relación es?. Relación débil. Uno a uno. Uno a muchos desde biblioteca a préstamo. Muchos a muchos.

Dado el siguiente escenario: Un libro puede tener uno o más autores, y un autor puede haber escrito varios libros. ¿Qué tipo de relación es?. Débil. Muchos a muchos. Uno a uno. Uno a muchos.

Caso práctico: En un sistema universitario, un estudiante puede realizar muchos préstamos de libros, pero cada préstamo solo puede ser realizado por un único estudiante. ¿Cuál sería la cardinalidad correcta entre ESTUDIANTE y PRESTAMO?. Estudiante (1,1) → Préstamo (0,N). Estudiante (1,1) → Préstamo (0,N). Estudiante (0,N) → Préstamo (1,1). Estudiante (0,1) → Préstamo (0,N).

Un préstamo tiene los atributos: número, fecha de inicio, fecha de devolución, cantidad y estado. ¿Qué atributo podría considerarse derivado?. Fecha de inicio. Estado (puede derivarse de comparar la fecha de devolución con la actual). Número del préstamo. Cantidad de libros.

¿Qué se logra al normalizar un modelo conceptual de base de datos?. Agregar más atributos multivaluados. Aumentar la velocidad de ejecución de las consultas. Reducir la cantidad de relaciones. Eliminar redundancias y mejorar la integridad de los datos.

¿Cómo afecta la herencia a la relación M:N?. La relación M:N solo aplica a PROVEEDOR, no a PROVEEDOR_LOCAL. Se debe crear una tabla intermedia por subtipo. La herencia invalida la relación M:N. No impacta; la tabla intermedia usa ID_Proveedor (padre).

En un hospital, los doctores pueden estar asignados a varios pacientes, y cada asignación puede tener una fecha y diagnóstico inicial. ¿Cómo se representa esto en un modelo ER?. Atributos multivaluados en la entidad PACIENTE. Una entidad ASIGNACIÓN que relaciona DOCTOR y PACIENTE, con fecha y diagnóstico como atributos. Una relación uno a muchos entre DOCTOR y PACIENTE directamente. Una relación ternaria entre DOCTOR, PACIENTE y DIAGNÓSTICO.

En un sistema bancario, un cliente puede abrir varias cuentas, y cada cuenta puede tener múltiples titulares. ¿Cómo se representa esta relación?. Relación uno a muchos entre CLIENTE y CUENTA. Relación uno a uno entre CLIENTE y CUENTA. Relación muchos a muchos entre CLIENTE y CUENTA. CUENTA como atributo multivaluado.

En un sistema de reservas aéreas, cada vuelo puede ser reservado por varios pasajeros, y cada pasajero puede tener múltiples reservas. Además, cada reserva incluye información como asiento, fecha y estado. ¿Qué modelo representa mejor esta relación?. Dos entidades con una relación débil entre ellas. Un atributo multivaluado entre VUELO y PASAJERO. Una relación uno a muchos entre PASAJERO y VUELO. Una relación muchos a muchos entre VUELO y PASAJERO con atributos propios.

Plataforma de Streaming (Contenido y Usuarios) Requisito: Registrar qué usuarios reproducen qué contenidos y cuándo, incluyendo minutos vistos. Pregunta: ¿Cómo modelarías esta relación considerando que un usuario puede reproducir un contenido muchas veces?. Herencia creando subtipos de CONTENIDO. Relación 1:N desde USUARIO a HISTORICO_REPRODUCCION. Relación M:N con atributos mediante tabla intermedia. JSON anidado en USUARIO para almacenar reproducciones.

Sistema de Biblioteca Análisis: ¿Qué tipo de relación existe entre LIBRO y EJEMPLAR?. M:N (Un libro puede tener ejemplares en distintas bibliotecas). Jerárquica (EJEMPLAR hereda de LIBRO). 1:N (Un libro tiene muchos ejemplares, pero cada ejemplar pertenece a un solo libro). 1:1 (Cada libro tiene un único ejemplar).

Sistema de Ensamblaje de Productos Contexto: Un producto puede contener muchos componentes, y un componente puede pertenecer a múltiples productos (ej: un tornillo usado en varios productos). ¿Qué tipo de relación es?. 1:1 (Cada componente pertenece a un único producto). Herencia (COMPONENTE es subtipo de PRODUCTO). M:N (Requiere tabla intermedia PRODUCTO_COMPONENTE). 1:N (Un producto tiene muchos componentes, pero no viceversa).

Problema: Un empleado también puede ser socio. ¿Cuál es la mejor implementación física?. Dos tablas: EMPLEADO y SOCIO con duplicación de atributos comunes. Tabla única con banderas es_empleado y es_socio. Tres tablas: PERSONA, EMPLEADO (FK a PERSONA), SOCIO (FK a PERSONA y EMPLEADO). Usar herencia con vistas materializadas.

Para un sistema de reservas donde 1 Cliente reserva 1 Habitación en 1 Fecha específica, ¿qué modelo físico es óptimo?. Columna "reservas" tipo TEXT en tabla CLIENTE. Usar triggers en lugar de relaciones explícitas. Tabla RESERVA (cliente_id, habitacion_id, fecha) con PK compuesta. Tres tablas separadas sin relación entre ellas.

En un e-commerce con 1000 transacciones/segundo en tablas PRODUCTO y INVENTARIO, ¿qué técnica de modelado físico reduce contienda?. Particionamiento horizontal por categoría de producto + índices en columnas de filtro. Usar una sola tabla denormalizada con todos los datos. Replicación asíncrona a un nodo secundario.

¿Cuál es el criterio para definir una clave primaria en una entidad?. Debe identificar de forma única cada instancia de la entidad. Debe coincidir con el nombre de la entidad. Debe ser siempre un número. Debe ser siempre un número.

¿Qué papel cumple una entidad en un modelo entidad-relación?. Es un atributo del sistema de base de datos. Representa una cosa u objeto del mundo real que tiene existencia independiente. Es un conjunto de instrucciones para el usuario. Es una operación que se realiza sobre los datos.

¿Qué característica es esencial en una herramienta CASE para equipos distribuidos?. Interfaz gráfica con muchos colores. Funcionamiento solo en sistemas operativos Windows. No requiere conexión a internet. Control de versiones integrado y colaboración en tiempo real.

¿Qué representa una entidad débil en el modelo ER?. Una entidad que depende completamente de otra para su identificación. Una entidad que solo puede tener relaciones opcionales. Una entidad que no tiene atributos. Una entidad que representa una relación.

Al encontrar una tabla PRODUCTO con columnas "categoria" y "nombre_subcategoria", donde "nombre_subcategoria" depende de "categoria", ¿qué forma normal se está violando?. Tercera Forma Normal (3FN). Forma Normal de Boyce-Codd (FNBC). Primera Forma Normal (1FN). No se viola ninguna forma normal.

Qué ventaja clave ofrece una herramienta como ERwin frente a dibujar diagramas manualmente?. No requiere conexión a internet. Es más barata que otras soluciones. Generación automática de scripts DDL para múltiples motores de bases de datos. Permite usar más colores en los diagramas.

¿Cuál es una desventaja común de herramientas como MySQL Workbench o Lucidchart para modelado?. No permiten exportar imágenes en alta resolución. No soportan el estándar UML. Dificultad para sincronizar cambios entre modelo lógico y físico existente.

En un sistema de salud donde 1 Paciente tiene M Diagnósticos y 1 Diagnóstico puede aplicarse a N Pacientes, ¿qué modelo lógico es correcto?. Usar una sola tabla denormalizada. Tabla DIAGNOSTICO con columna "pacientes" tipo ARRAY. Tabla intermedia PACIENTE_DIAGNOSTICO (paciente_id, diagnostico_id, fecha, medico_id). Columna "diagnosticos" tipo TEXT en tabla PACIENTE.

Caso práctico: Si un préstamo puede realizarse desde una sola biblioteca pero la biblioteca puede generar muchos préstamos, ¿qué tipo de relación es?. Relación débil. Uno a uno. Muchos a muchos. Uno a muchos desde biblioteca a préstamo.

Un e-commerce con 500 transacciones/segundo necesita: 1. Evitar sobreventa de stock 2. Consultar disponibilidad en <100ms ¿Qué diseño físico implementar?. INVENTARIO (producto_id, stock) con índices + transacciones SERIALIZABLE + triggers para validar stock. Tabla denormalizada con columna "stock_actual" en PRODUCTOS. Usar caché Redis para stock y actualizar BD asíncronamente. No usar índices para acelerar escrituras.

¿Qué característica define a una entidad débil en un modelo ER?. Siempre se relaciona con otras entidades de tipo muchos a muchos. No tiene una clave primaria propia y depende de la clave de una entidad fuerte. Tiene una clave primaria compuesta de varios atributos. No posee relaciones con otras entidades.

Un hospital registra: - 1 Paciente → M Diagnósticos - 1 Diagnóstico → N Pacientes - Se debe almacenar médico y fecha de cada diagnóstico. ¿Qué modelo lógico aplicar?. Agregar lista de diagnósticos como JSON en PACIENTE. Usar herencia de tablas. Tabla DIAGNOSTICO con columnas paciente_id y medico_id. Tabla PACIENTE_DIAGNOSTICO (paciente_id, diagnostico_id, medico_id, fecha) con PK (paciente_id, diagnostico_id, fecha).

¿Cuál de las siguientes NO es una característica de una relación muchos a muchos?. Requiere al menos dos claves foráneas en la implementación física. Permite que una fila de una entidad esté asociada a varias filas de otra. Puede representarse sin claves foráneas. Necesita una tabla intermedia para ser representada físicamente.

En una empresa de seguros, los clientes pueden tener varios seguros, y cada seguro puede incluir varios beneficiarios, pero cada beneficiario pertenece a un solo seguro. ¿Qué cardinalidad existe entre SEGURO y BENEFICIARIO?. SEGURO (0,N) — BENEFICIARIO (0,N). SEGURO (0,1) — BENEFICIARIO (1,N). SEGURO (1,N) — BENEFICIARIO (1,1). SEGURO (1,1) — BENEFICIARIO (0,N).

Caso práctico: En un sistema universitario, un estudiante puede realizar muchos préstamos de libros, pero cada préstamo solo puede ser realizado por un único estudiante. ¿Cuál sería la cardinalidad correcta entre ESTUDIANTE y PRESTAMO?. Estudiante (0,N) → Préstamo (1,1). Estudiante (1,N) → Préstamo (1,1). Estudiante (0,1) → Préstamo (0,N). Estudiante (1,1) → Préstamo (0,N).

En un sistema bancario, un cliente puede abrir varias cuentas, y cada cuenta puede tener múltiples titulares. ¿Cómo se representa esta relación?. Relación uno a uno entre CLIENTE y CUENTA. CUENTA como atributo multivaluado. Relación muchos a muchos entre CLIENTE y CUENTA. Relación uno a muchos entre CLIENTE y CUENTA.

En un sistema contable, se decide usar el tipo NUMERIC(15,2) para almacenar montos. Posteriormente, se intenta migrar la base de datos a PostgreSQL. ¿Cuál es la implicación técnica de esta decisión?. NUMERIC no puede usarse en claves primarias en PostgreSQL. NUMERIC(15,2) es compatible y garantiza precisión decimal exacta en PostgreSQL. NUMERIC no está soportado por PostgreSQL y debe convertirse a VARCHAR. PostgreSQL convierte automáticamente NUMERIC en FLOAT, causando pérdida de precisión.

En un e-commerce donde: - 1 Usuario puede tener M Carritos - 1 Carrito puede contener N Productos - Se debe registrar cantidad y precio en el momento de la compra ¿Qué modelo lógico es correcto?. Tabla CARRITO (id, usuario_id) + Tabla CARRITO_PRODUCTO (carrito_id, producto_id, cantidad, precio_unitario). Tabla PRODUCTO con columna "usuario_id" para cada producto en carrito. Tabla única CARRITO con todas las columnas de productos. Tabla USUARIO con columna "productos_carrito" en formato JSON.

¿Cuál es la principal ventaja de usar herramientas como ERwin o IBM Data Architect frente a diagramas manuales? Pregunta 3Seleccione una: Incluyen templates prediseñados para todos los casos de uso. Permiten dibujar diagramas con colores más atractivos. Generación automática de DDL para múltiples motores de BD.

¿Cuál es una desventaja común de las herramientas CASE como IBM Data Architect?. Dificultad para sincronizar cambios entre el modelo y la base física existente. No generan documentación automática. Son completamente gratuitas sin limitaciones. No permiten crear diagramas ER.

¿Cómo se diferencia un atributo derivado de uno almacenado?. No existe diferencia, son sinónimos. El almacenado solo se usa en relaciones, no en entidades. El derivado siempre es un atributo multivaluado. El derivado se calcula a partir de otros datos, mientras que el almacenado se guarda directamente.

En una red social con 10M+ usuarios y relaciones de amistad bidireccionales, ¿qué estructura física es más eficiente?. Base de datos no relacional sin esquema definido. Tabla AMISTAD (usuario_id1, usuario_id2, fecha) con índices en ambos campos. Columna "amigos" tipo JSON en tabla USUARIO. Tabla separada por cada tipo de relación.

En un sistema de historias clínicas donde: - 1 Paciente tiene M Diagnósticos - 1 Diagnóstico puede aplicarse a N Pacientes - Se debe registrar el médico que realizó cada diagnóstico ¿Qué modelo lógico representa correctamente estas relaciones?. Crear subtipos de DIAGNOSTICO por especialidad médica. Tabla intermedia PACIENTE_DIAGNOSTICO con (paciente_id, diagnostico_id, medico_id, fecha). Incluir lista de diagnósticos como JSON en PACIENTE.

En un sistema de logística donde 1 Camión puede tener M Rutas y 1 Ruta puede ser asignada a N Camiones, ¿qué estructura representa mejor esta relación?. Columna "rutas_asignadas" tipo ARRAY en tabla CAMION. Tabla intermedia ASIGNACION (camion_id, ruta_id, fecha) con PK compuesta. Repetir los datos del camión en cada registro de RUTA. Usar herencia de tablas.

¿Qué se entiende por modelo conceptual en el contexto del diseño de bases de datos?. Es una representación abstracta de la estructura lógica de la información que se almacenará. Es el código SQL utilizado para crear las tablas. Es un conjunto de pruebas del sistema. Es la documentación técnica del sistema.

Una empresa de telecomunicaciones registra clientes, sus contratos y los servicios contratados. Cada contrato puede tener múltiples servicios, y cada servicio puede ser parte de varios contratos. ¿Cómo se modela esta situación?. Relación muchos a muchos entre CONTRATO y SERVICIO. Atributos multivaluados en la entidad CONTRATO. Relación uno a muchos entre CLIENTE y SERVICIO. Servicio como entidad débil de CONTRATO.

Dado el siguiente escenario: Un libro puede tener uno o más autores, y un autor puede haber escrito varios libros. ¿Qué tipo de relación es?. Uno a uno. Débil. Uno a muchos. Muchos a muchos.

Una aerolínea necesita modelar reservas donde: - 1 Pasajero → M Reservas - 1 Vuelo → N Reservas - Cada reserva registra: asiento, clase, precio, fecha ¿Qué estructura física cumple? 1. Búsquedas rápidas por pasajero/vuelo 2. Evitar asientos duplicados. Separar en tablas RESERVAS_PASAJERO y RESERVAS_VUELO. Tabla denormalizada con JSON para asientos. RESERVA con ID autoincremental + trigger para validar asientos. RESERVA (id, pasajero_id, vuelo_id, asiento, clase, precio) con PK (vuelo_id, asiento) + índices en pasajero_id y vuelo_id.

Un préstamo tiene los atributos: número, fecha de inicio, fecha de devolución, cantidad y estado. ¿Qué atributo podría considerarse derivado?. Estado (puede derivarse de comparar la fecha de devolución con la actual). Número del préstamo. Fecha de inicio. Cantidad de libros.

Consulta: ¿Qué query calcula el salario promedio por departamento?. SELECT d.nombre, AVG(p.monto) as promedio FROM departamento d GROUP BY d.nombre;. SELECT d.nombre, AVG(p.monto) as promedio FROM departamento d JOIN empleado e ON d.id = e.departamento_id JOIN pago p ON e.id = p.empleado_id GROUP BY d.nombre;. SELECT d.nombre, PROMEDIO(p.monto) as promedio FROM departamento d JOIN empleado e ON d.id = e.departamento_id JOIN pago p ON e.id = p.empleado_id GROUP BY d.nombre;. SELECT d.nombre, AVG(p.monto) as promedio FROM departamento d JOIN empleado e ON d.id = e.departamento_id JOIN pago p ON e.id = p.empleado_id;.

Una universidad desea modelar las calificaciones de los estudiantes. Cada estudiante puede rendir varios exámenes en diferentes fechas para una misma materia. ¿Cuál sería la mejor forma de representar este caso?. Representar MATERIA como atributo derivado de ESTUDIANTE. Crear una entidad intermedia EXAMEN entre ESTUDIANTE y MATERIA, con fecha y nota como atributos. Añadir atributos multivaluados en la entidad ESTUDIANTE para las notas. Usar una entidad débil para la MATERIA.

Para amistades bidireccionales (A↔B) en una red social con 50M+ usuarios: ¿Qué modelo reduce espacio y mantiene rendimiento?. Usar grafos (Neo4j) en lugar de SQL. AMISTAD (usuario_origen, usuario_destino) sin restricciones. Columna "amigos" tipo ARRAY en tabla USUARIO. AMISTAD (usuario_id1, usuario_id2) donde usuario_id1 < usuario_id2 + índices en ambas columnas.

En un sistema de RRHH, se plantea la relación jefe_id como clave foránea autorreferenciada en la tabla EMPLEADO. ¿Qué consideración técnica debe tenerse en cuenta al implementar esta FK en el modelo físico?. No se puede crear una FK autorreferencial en ninguna base de datos relacional. Es necesario duplicar la tabla EMPLEADO para representar jefes y subordinados. Puede crearse con una FK autorreferencial, pero debe permitir valores NULL para empleados sin jefe. Se debe aplicar ON DELETE CASCADE para mantener la jerarquía limpia.

Contexto: Un banco procesa 2,000 transacciones/segundo. Las consultas frecuentes filtran por cuenta_origen y fecha. Pregunta: ¿Qué estrategia de DDL mejora el rendimiento sin bloquear la tabla?. TRUNCATE TABLE TRANSACCION;. DROP INDEX idx_transaccion_cuenta_origen;. CREATE INDEX CONCURRENTLY idx_transaccion_cuenta_fecha ON TRANSACCION(cuenta_origen, fecha);. ALTER TABLE TRANSACCION ADD COLUMN hash_id UUID;.

En un sistema de reservas aéreas, cada vuelo puede ser reservado por varios pasajeros, y cada pasajero puede tener múltiples reservas. Además, cada reserva incluye información como asiento, fecha y estado. ¿Qué modelo representa mejor esta relación?. Un atributo multivaluado entre VUELO y PASAJERO. Una relación muchos a muchos entre VUELO y PASAJERO con atributos propios. Una relación uno a muchos entre PASAJERO y VUELO. Dos entidades con una relación débil entre ellas.

En un sistema de reportes financieros, se almacena el nombre del cliente directamente en la tabla FACTURA, a pesar de tener una relación con la tabla CLIENTE. ¿Cuál es una justificación técnica válida para esta desnormalización en el modelo físico?. Reducir el uso de JOIN en consultas masivas, priorizando rendimiento de lectura sobre consistencia absoluta. Evitar el uso de claves primarias en CLIENTE. Facilitar actualizaciones masivas de nombres desde la tabla FACTURA. Eliminar la tabla CLIENTE para reducir el modelo lógico.

Contexto: Quieres eliminar la tabla DEPARTAMENTOS, pero la tabla EMPLEADOS tiene una FK hacia ella. Pregunta: ¿Qué comando DDL permite eliminarla?. DELETE FROM DEPARTAMENTOS WHERE id = 10;. ALTER TABLE EMPLEADOS DROP CONSTRAINT fk_departamento;. DROP TABLE DEPARTAMENTOS;. DROP TABLE DEPARTAMENTOS CASCADE;.

En un sistema bancario, se diseñó una tabla TRANSFERENCIAS con los siguientes campos: - id_transferencia (PK), - cuenta_origen_id (FK → CUENTA), - cuenta_destino_id (FK → CUENTA), - monto, - fecha, - motivo. Durante la revisión del modelo físico, el DBA sugiere crear un índice compuesto sobre (cuenta_origen_id, fecha) y otro sobre (cuenta_destino_id). ¿Cuál es la justificación más técnica de esta recomendación? ¿Cuál es la justificación más técnica de esta recomendación?. Reducir el espacio en disco ocupado por la tabla. Mejorar la normalización de los datos. Permitir que una transferencia se asocie a múltiples cuentas origen. Optimizar consultas frecuentes que listan transferencias salientes recientes de una cuenta.

En un sistema hospitalario, la relación RECETA incluye un campo observaciones con múltiples anotaciones del médico separadas por punto y coma. ¿Qué problema de normalización presenta esta estructura y cómo debería resolverse en el modelo lógico?. Violación de 3FN; se resuelve dividiendo según transiciones funcionales. Violación de 2FN; se resuelve dividiendo la tabla en base a claves candidatas. No hay problema de normalización mientras se use VARCHAR. Violación de 1FN; se debe crear una nueva entidad “OBSERVACION” relacionada con RECETA.

En un sistema académico, la tabla INSCRIPCION contiene claves foráneas hacia ESTUDIANTE y CURSO. Se define la restricción ON DELETE RESTRICT para ambas claves. ¿Cuál es el efecto de esta configuración?. Elimina automáticamente las inscripciones si se borra el estudiante. Reemplaza el ID de curso o estudiante con cero al eliminar el registro padre. Permite eliminar cursos y estudiantes sin afectar las inscripciones. Impide eliminar un estudiante o curso si existen inscripciones asociadas.

¿Cuál es la mejor manera de representar en el modelo conceptual que un libro puede tener varios títulos en diferentes idiomas?. Utilizar una entidad adicional relacionada a LIBRO. No se puede representar en un modelo conceptual. Agregar varios atributos 'titulo_es', 'titulo_en', etc. Usar un atributo derivado.

En un e-commerce donde: - 1 Usuario puede tener M Carritos - 1 Carrito puede contener N Productos - Se debe registrar cantidad y precio en el momento de la compra ¿Qué modelo lógico es correcto?. Tabla PRODUCTO con columna "usuario_id" para cada producto en carrito. Tabla única CARRITO con todas las columnas de productos. Tabla USUARIO con columna "productos_carrito" en formato JSON. Tabla CARRITO (id, usuario_id) + Tabla CARRITO_PRODUCTO (carrito_id, producto_id, cantidad, precio_unitario).

Para un sistema de logística donde: - 1 Camión puede tener M Rutas - 1 Ruta puede ser asignada a N Camiones (en diferentes fechas) - Se debe registrar el combustible consumido en cada asignación ¿Qué estructura física es óptima?. Tabla intermedia ASIGNACION_RUTA con (camion_id, ruta_id, fecha, combustible). Arrays de rutas en tabla CAMION y combustible como columna derivada. Duplicar la tabla RUTA para cada camión.

Contexto: Necesitas crear una tabla EMPLEADOS con: id (entero, clave primaria) nombre (texto, no nulo) salario (decimal, mínimo 1000) departamento_id (clave foránea a tabla DEPARTAMENTOS) Pregunta: ¿Cuál es la sentencia DDL correcta?. CREATE TABLE EMPLEADOS ( id INT, nombre VARCHAR(50), salario DECIMAL(10,2), departamento_id INT );. CREATE TABLE EMPLEADOS ( id INT PRIMARY KEY, nombre VARCHAR(50) NOT NULL, salario DECIMAL(10,2) CHECK (salario >= 1000), departamento_id INT REFERENCES DEPARTAMENTOS(id) );. DROP TABLE EMPLEADOS;. INSERT INTO EMPLEADOS VALUES (1, 'Juan', 1500, 10);.

Consulta: ¿Qué query calcula el promedio de mensajes por ticket?. SELECT AVG(subquery.total) FROM ( SELECT t.id, COUNT(m.id) as total FROM ticket t LEFT JOIN mensaje m ON t.id = m.ticket_id GROUP BY t.id ) subquery;. SELECT AVG(subquery.total) FROM ( SELECT t.id, COUNT(m.id) as total FROM ticket t ) subquery;. SELECT SUM(subquery.total) FROM ( SELECT t.id, SUM(m.id) as total FROM ticket t LEFT JOIN mensaje m ON t.id = m.ticket_id GROUP BY t.id ) subquery;. SELECT AVG(subquery.total) FROM ( SELECT t.id, COUNT(m.id) as total FROM ticket t GROUP BY t.id ) subquery;.

Consulta: ¿Qué query calcula el promedio de noches por reserva?. SELECT AVG(fecha_salida - fecha_entrada) FROM reserva;. SELECT COUNT(*) FROM cliente;. SELECT PROMEDIO(fecha_salida / fecha_entrada) FROM reserva;. SELECT SUM(fecha_salida / fecha_entrada) FROM reserva;.

Consulta: ¿Qué query muestra los cursos con más de 50 estudiantes inscritos?. SELECT c.nombre, COUNT(i.estudiante_id) as total FROM curso c GROUP BY c.nombre HAVING COUNT(i.estudiante_id) > 50;. SELECT c.nombre, COUNT(i.estudiante_id) as total FROM curso c JOIN inscripcion i ON c.id = i.curso_id GROUP BY c.nombre;. SELECT c.nombre, COUNT(i.estudiante_id) as total FROM curso c JOIN inscripcion i ON c.id = i.curso_id GROUP BY c.nombre HAVING COUNT(i.estudiante_id) > 50;. SELECT c.nombre, SUM(i.estudiante_id) as total FROM curso c JOIN inscripcion i ON c.id = i.curso_id GROUP BY c.nombre HAVING SUM(i.estudiante_id) <= 50;.

En un sistema de salud donde 1 Paciente tiene M Diagnósticos y 1 Diagnóstico puede aplicarse a N Pacientes, ¿qué modelo lógico es correcto?. Columna "diagnosticos" tipo TEXT en tabla PACIENTE. Tabla intermedia PACIENTE_DIAGNOSTICO (paciente_id, diagnostico_id, fecha, medico_id). Usar una sola tabla denormalizada. Tabla DIAGNOSTICO con columna "pacientes" tipo ARRAY.

Una flota de camiones registra: - 1 Camión → M Rutas - 1 Ruta → N Camiones (en diferentes fechas) - Se debe almacenar combustible usado y conductor. ¿Qué modelo aplicar?. Usar columna "rutas_asignadas" tipo JSON en CAMION. Ignorar la relación y usar archivos CSV. ASIGNACION_RUTA (camion_id, ruta_id, fecha, conductor_id, combustible) con PK (camion_id, ruta_id, fecha). Repetir datos de ruta en cada registro de CAMION.

Consulta: ¿Qué query muestra el producto más vendido (por cantidad)?. SELECT p.nombre, COUNT(d.cantidad) as total FROM producto p JOIN detalle_pedido d ON p.id = d.producto_id GROUP BY p.nombre ORDER BY total DESC;. SELECT nombre FROM producto LIMIT 1;. SELECT p.nombre, SUM(d.cantidad) as total FROM producto p JOIN detalle_pedido d ON p.id = d.producto_id GROUP BY p.nombre ORDER BY total DESC LIMIT 1;. SELECT COUNT(*) FROM pedido;.

Consulta: ¿Qué query muestra los artículos con más de 20 comentarios?. SELECT a.titulo, COUNT(c.id) as total_comentarios FROM articulo a LEFT JOIN comentario c ON a.id = c.articulo_id GROUP BY a.titulo HAVING COUNT(c.id) > 20;. SELECT a.titulo, COUNT(c.id) as total_comentarios FROM articulo a GROUP BY a.titulo HAVING COUNT(c.id) > 20;. SELECT a.titulo, COUNT(c.id) as total_comentarios FROM articulo a LEFT JOIN comentario c ON a.id = c.articulo_id;. SELECT a.titulo, AVG(c.id) as total_comentarios FROM articulo a LEFT JOIN comentario c ON a.id = c.articulo_id GROUP BY a.titulo.

Consulta: ¿Qué query muestra los usuarios con más de 10 posts?. SELECT u.nombre, COUNT(p.id) as total_posts FROM usuario u JOIN post p ON u.id = p.usuario_id GROUP BY u.nombre HAVING COUNT(p.id) > 10;. SELECT u.nombre, SUMA(p.id) as total_posts FROM usuario u JOIN post p ON u.id = p.usuario_id GROUP BY u.nombre HAVING SUMA(p.id) <= 10;. SELECT u.nombre, PROM(p.id) as total_posts FROM usuario u JOIN post p ON u.id = p.usuario_id GROUP BY u.nombre HAVING PROM(p.id) > 10;. SELECT * FROM usuario;.

Consulta: ¿Qué query muestra los productos con stock menor a 10 unidades?. SELECT p.nombre, SUM(m.cantidad) as stock FROM producto p JOIN movimiento m ON p.id = m.producto_id GROUP BY p.nombre HAVING SUM(m.cantidad) < 10;. SELECT p.nombre, AVG(m.cantidad) as stock FROM producto p JOIN movimiento m ON p.id = m.producto_id GROUP BY p.nombre HAVING AVG(m.cantidad) > 10;. SELECT p.nombre, SUM(m.cantidad) as stock FROM producto p GROUP BY p.nombre HAVING SUM(m.cantidad) < 10;. SELECT p.nombre, SUM(m.cantidad) as stock FROM producto p JOIN movimiento m ON p.id = m.producto_id;.

Contexto: La tabla PRODUCTOS necesita agregar una columna marca (VARCHAR) y eliminar la columna proveedor_antiguo. Pregunta: ¿Qué sentencia DDL resuelve esto?. TRUNCATE TABLE PRODUCTOS;. ALTER TABLE PRODUCTOS ADD COLUMN marca VARCHAR(30), DROP COLUMN proveedor_antiguo;. DELETE FROM PRODUCTOS WHERE proveedor_antiguo IS NULL;. UPDATE PRODUCTOS SET marca = 'N/A';.

Contexto: La tabla PEDIDOS con 1M+ registros se consulta frecuentemente por cliente_id y fecha. Pregunta: ¿Qué DDL optimiza estas consultas?. ALTER TABLE PEDIDOS ADD PRIMARY KEY (id);. CREATE INDEX idx_pedidos_cliente_fecha ON PEDIDOS(cliente_id, fecha);. DELETE FROM PEDIDOS WHERE cliente_id = 100;. DROP TABLE PEDIDOS;.

Consulta: ¿Qué query calcula el total facturado por cliente en 2023?. SELECT c.nombre, SUM(d.precio * d.cantidad) as total FROM factura f ON c.id = f.cliente_id JOIN detalle_factura d ON f.id = d.factura_id WHERE f.fecha BETWEEN '2023-01-01' AND '2023-12-31' GROUP BY c.nombre;. SELECT c.nombre, SUM(d.precio * d.cantidad) as total FROM cliente c WHERE fecha BETWEEN '2023-01-01' AND '2023-12-31' GROUP BY c.nombre;. SELECT c.nombre, SUM(d.precio / d.cantidad) as total FROM cliente c JOIN factura f ON c.id = f.cliente_id JOIN detalle_factura d ON f.id = d.factura_id WHERE f.fecha BETWEEN '2023-01-01' AND '2023-12-31' GROUP BY c.nombre;. SELECT c.nombre, SUM(d.precio * d.cantidad) as total FROM cliente c JOIN factura f ON c.id = f.cliente_id JOIN detalle_factura d ON f.id = d.factura_id WHERE f.fecha BETWEEN '2023-01-01' AND '2023-12-31' GROUP BY c.nombre;.

Para garantizar alta disponibilidad en un sistema bancario, ¿qué estrategia de modelado físico es más adecuada?. Almacenar todo en una sola instancia de base de datos. Usar solo copias de seguridad nocturnas. No implementar redundancia para ahorrar costos. Replicación síncrona con failover automático.

Consulta: ¿Qué query calcula cuántos libros diferentes ha prestado cada socio?. SELECT nombre FROM socio;. UPDATE libro SET prestamos = prestamos + 1;. SELECT s.nombre, COUNT(*) FROM socio s JOIN prestamo p ON s.id = p.socio_id;. SELECT s.nombre, COUNT(DISTINCT l.id) FROM socio s JOIN prestamo p ON s.id = p.socio_id JOIN ejemplar e ON p.ejemplar_id = e.id JOIN libro l ON e.libro_id = l.id GROUP BY s.nombre;.

Contexto: Necesitas crear una tabla EMPLEADOS con: id (entero, clave primaria) nombre (texto, no nulo) salario (decimal, mínimo 1000) departamento_id (clave foránea a tabla DEPARTAMENTOS) Pregunta: ¿Cuál es la sentencia DDL correcta?. CREATE TABLE EMPLEADOS ( id INT PRIMARY KEY, nombre VARCHAR(50) NOT NULL, salario DECIMAL(10,2) CHECK (salario >= 1000), departamento_id INT REFERENCES DEPARTAMENTOS(id) );. INSERT INTO EMPLEADOS VALUES (1, 'Juan', 1500, 10);. DROP TABLE EMPLEADOS;. CREATE TABLE EMPLEADOS ( id INT, nombre VARCHAR(50), salario DECIMAL(10,2), departamento_id INT );.

Consulta: ¿Qué query calcula el salario promedio por departamento?. SELECT d.nombre, AVG(p.monto) as promedio FROM departamento d JOIN empleado e ON d.id = e.departamento_id JOIN pago p ON e.id = p.empleado_id GROUP BY d.nombre;. SELECT d.nombre, PROMEDIO(p.monto) as promedio FROM departamento d JOIN empleado e ON d.id = e.departamento_id JOIN pago p ON e.id = p.empleado_id GROUP BY d.nombre;. SELECT d.nombre, AVG(p.monto) as promedio FROM departamento d GROUP BY d.nombre;. SELECT d.nombre, AVG(p.monto) as promedio FROM departamento d JOIN empleado e ON d.id = e.departamento_id JOIN pago p ON e.id = p.empleado_id;.