NEW
Font size
WorksheetsModelo relacional y tipos de datos
Total questions: 20
Worksheet time: 10mins
En una base de datos, ¿en qué objeto se almacena la información (los datos reales)?
En los Formularios.
En las Consultas.
En las Tablas.
En los Informes.
Una "Fila" o "Registro" en una tabla representa:
Una característica del objeto (ej: color).
Un objeto único con todos sus datos (ej: un cliente específico).
El título de la columna.
Si transformamos un Modelo E-R a Relacional, una "Entidad" se convierte en:
Un Campo.
Una Tabla.
Un Registro.
La Clave Foránea (FK) sirve para:
Crear una copia de seguridad.
Conectar o relacionar dos tablas entre sí.
Guardar contraseñas.
En una relación de "Uno a Muchos" (1:N) (ej: Curso -> Estudiantes), ¿dónde va la Clave Foránea?
En la tabla del lado "Uno" (Curso).
En la tabla del lado "Muchos" (Estudiantes).
En ambas tablas.
Si deseo guardar el precio de un producto (Ej: $25.50), ¿qué tipo de dato debo usar obligatoriamente?
INTEGER
VARCHAR
DECIMAL
Para guardar un número de teléfono (Ej: "0991234567"), el tipo de dato recomendado es:
INTEGER
VARCHAR
CHAR
¿Cuál es el tipo de dato ideal para una descripción larga o comentarios?
CHAR
LONGVARCHAR
VARCHAR
El tipo de dato "BOOLEAN" sirve para guardar:
Textos cortos.
Fechas de nacimiento.
Solo dos valores lógicos (Sí/No, Verdadero/Falso).
Si tengo un campo "Fecha_Nacimiento", el tipo correcto es:
VARCHAR (para escribir "12 de enero").
DATE (para formato aaaa-mm-dd).
INTEGER.
En la tabla de ESTUDIANTES, necesitamos un campo para marcar si el alumno "Entregó la documentación". ¿Qué tipo de dato es el ideal?
VARCHAR
INTEGER
BOOLEAN
DATE
¿Cuál de los siguientes datos NO debería ser una Clave Primaria?
Número de Cédula.
Código de Producto.
Nombre del Cliente
Estás creando una base de datos para un estadio de fútbol que tiene capacidad para 50.000 espectadores. Al intentar guardar el número de asistentes, el sistema te da error porque elegiste el tipo de dato SMALLINT. ¿Por qué ocurrió esto?
Porque SMALLINT solo sirve para números con decimales (como dinero).
Porque SMALLINT tiene un límite máximo de aprox. 32.767, por lo que no puede guardar el número 50.000. Debiste usar INTEGER.
Porque para contar personas siempre se debe usar el tipo de dato VARCHAR (Texto).
Porque la base de datos está llena.
En una tabla de "Estudiantes", ¿cuál de estos campos es un buen candidato para ser la PK?
nombre
cedula
id_matricula
Si necesito guardar el código postal "050101", ¿por qué NO debo usar Integer?
Porque ocupa mucho espacio.
Porque Integer elimina el cero a la izquierda (quedaría 50101).
Porque no le gustan los códigos.
¿En qué vista definimos los nombres de los campos y sus tipos de datos?
Vista de Datos (Doble clic en la tabla).
Vista Diseño (Clic derecho -> Editar).
Creador de BD (Clic en nueva base de datos)
Sobre la Regla de Oro N° 1 (Relación de Uno a Muchos - 1:N): En una relación donde "Un curso tiene muchos estudiantes", ¿qué acción técnica se debe realizar para conectar las tablas?
Se debe crear una tercera tabla nueva con los datos de ambos.
La Clave Primaria (PK) del lado "Muchos" pasa al lado "Uno".
La Clave Primaria (PK) del lado "Uno" migra a la tabla del lado "Muchos" convirtiéndose en Clave Foránea (FK).
Las tablas se conectan automáticamente por la llave primaria
Sobre la Regla de Oro N° 2 (Relación de Muchos a Muchos - N:M): Si tenemos la relación "Muchos Pacientes visitan a Muchos Médicos", ¿cuál es la única forma válida de transformarlo al modelo relacional?
Pasar el ID del Médico a la tabla Pacientes.
Crear una nueva "Tabla Intermedia" o de unión que contenga las claves primarias de ambas entidades.
Pasar el ID del Paciente a la tabla Médicos.
Eliminar una de las dos tablas para simplificar el modelo.
Sobre la Regla de Oro N° 3 (Relación de Uno a Uno - 1:1): En el caso de "Un Gerente gestiona un Departamento" (1:1), la regla sugiere:
Unir todos los datos en una sola tabla gigante llamada "GerenteDepartamento"
La Clave Primaria (PK) migra a la tabla del lado "Uno" convirtiéndose en Clave Foránea (FK)..
Crear una nueva "Tabla Intermedia" o de unión que contenga las claves primarias de ambas entidades.
Colocar la Clave Foránea (FK) en una de las dos tablas (preferiblemente la que le contenga o por lógica)
Observa el siguiente caso: PROVEEDOR (1) ----<envía>---- PRODUCTOS (N). Basándonos en las reglas de transformación, ¿qué campo nuevo aparecerá en la tabla PRODUCTOS?
Id_proveedor (como Clave Foránea)
id_producto (como Clave Foránea)
fecha_envio (como Clave Primaria).
Ninguno, el campo aparece en la tabla PROVEEDOR.
