4.6 Access 365: Relaciones Actualizado 2024 Móvil
📌 Relevancia en oposiciones: Este tema representa el 20-25% del módulo de bases de datos. Se evalúa en supuestos prácticos de diseño de bases de datos y preguntas teóricas sobre normalización, integridad referencial y novedades de Access 365.
4.6.1 Fundamentos del modelo relacional en Access 365
Las relaciones en Access 365 implementan el modelo relacional de Codd, estableciendo vínculos lógicos inteligentes entre entidades mediante claves primarias y foráneas que garantizan consistencia, minimizan redundancia y permiten consultas complejas en bases de datos normalizadas. Access 365 introduce mejoras en la detección automática y gestión de relaciones.
Componentes esenciales mejorados
- Clave primaria (PK): Identificador único en tabla principal (nuevos tipos: GUID para réplicas)
- Clave foránea (FK): Campo que referencia PK en otra tabla con validación mejorada
- Cardinalidad inteligente: Tipo de relación (1:1, 1:N, N:M) detectada automáticamente
- Atributos descriptivos: En tablas puente para N:M con propiedades extendidas
- Relaciones temporales: Nuevo en 365 para datos históricos y versionado
4.6.2 Tipología avanzada de relaciones en Access 365
| Tipo | Estructura (Mejoras 365) | Ejemplo AA.PP. | Implementación Access 365 |
|---|---|---|---|
| Uno a Uno (1:1) | PK → FK única con validación mejorada | Empleado ↔ Datos fiscales RGPD | Campos únicos en ambas tablas, opción "Único" en relación |
| Uno a Muchos (1:N) | PK → Múltiples FK con índices optimizados | Departamento ↔ Empleados públicos | FK en tabla "muchos" con sugerencias automáticas |
| Muchos a Muchos (N:M) | PK1 + PK2 → Tabla puente con metadatos | Proyectos ↔ Empleados (con horas asignadas) | Tabla intermedia con 2 FK y campos adicionales (fecha, rol) |
| Autoreferencial (Recursiva) | PK → FK misma tabla (mejor rendimiento) | Jerarquía organizativa municipal | Campo que referencia PK propia con validación circular |
| Temporal/Histórica | PK + Fecha vigencia (nuevo en 365) | Estructuras organizativas históricas | Campos de fecha inicio/fin en relaciones |
Ejemplo gráfico N:M mejorado:
[TblProyectos] (ID_Proyecto PK, Nombre, Presupuesto)
←→ [TblAsignaciones] (ID_Proyecto FK, ID_Empleado FK, Fecha_Inicio, Horas_Semana, Rol)
←→ [TblEmpleados] (ID_Empleado PK, Nombre, Categoria)
4.6.3 Implementación profesional en Access 365
Proceso completo con integridad referencial mejorada
- Preparación avanzada:
- Definir tablas con PK adecuadas (AutoNumber, GUID según necesidades)
- Crear campos FK con mismo tipo de dato y tamaños compatibles
- Establecer índices optimizados en campos de relación
- Usar nombres descriptivos para relaciones (nueva opción 365)
- Creación con interfaz mejorada:
- Herramientas de BD → Relaciones (vista renovada)
- Arrastrar PK a FK correspondiente (sugerencias automáticas en 365)
- Marcar Exigir integridad referencial
- Configurar opciones cascada según modelo de datos
- Asignar nombre descriptivo a la relación (novedad 365)
- Validación y documentación:
- Verificar cardinalidad con datos de prueba reales
- Comprobar restricciones de eliminación con diferentes escenarios
- Testear actualizaciones en cascada con volúmenes grandes
- Generar documentación automática de relaciones (nueva función 365)
Opciones avanzadas de integridad en Access 365
| Opción | Función (Mejoras 365) | Uso recomendado en AA.PP. | Consideraciones legales |
|---|---|---|---|
| Actualizar en cascada | Propaga cambios en PK a FK (optimizado para grandes volúmenes) | Cuando códigos identificativos pueden modificarse | Mantener trazabilidad según Ley 39/2015 |
| Eliminar en cascada | Borra registros relacionados (con confirmación mejorada) | Solo para dependencias fuertes con autorización | Respetar plazos de conservación de datos |
| Restringir eliminación | Bloquea si hay referencias (mensajes de error personalizables) | Configuración por defecto para datos críticos | Cumplimiento RGPD para datos personales |
| Establecer en nulo | Convierte FK en NULL al eliminar PK (nueva opción 365) | Relaciones opcionales o dependencias débiles | Evitar pérdida de información histórica |
4.6.4 Normalización y diseño óptimo en Access 365
Formas normales aplicadas con herramientas 365:
- 1FN (Primera Forma Normal):
- Sin grupos repetitivos (usar tablas relacionadas)
- Valores atómicos e indivisibles
- PK definida y única
- Herramienta 365: Asistente para dividir tablas
- 2FN (Segunda Forma Normal):
- 1FN + dependencia completa de PK compuesta
- Dividir tablas con datos parcialmente dependientes
- Crear relaciones 1:N con nuevas tablas
- Herramienta 365: Analizador de tablas mejorado
- 3FN (Tercera Forma Normal):
- 2FN + eliminar dependencias transitivas
- Datos dependen solo de PK, no de otros campos
- Relaciones adicionales para datos derivados
- Herramienta 365: Sugerencias de normalización automática
Ejemplo práctico de normalización para administración
| Antes (No normalizado) | Después (3FN con relaciones) | Beneficio administrativo |
|---|---|---|
| Tabla única con datos de expediente + ciudadano + funcionario | TblExpedientes (FK_Ciudadano, FK_Funcionario) + TblCiudadanos + TblFuncionarios | Elimina redundancia, mejora RGPD, facilita actualizaciones |
| Lista de subvenciones con datos repetidos de beneficiarios | TblSubvenciones (FK_Beneficiario) + TblBeneficiarios (datos únicos) | Consistencia de datos, control de límites de ayudas |
| Inventario con ubicaciones repetidas textualmente | TblInventario (FK_Ubicacion) + TblUbicaciones (códigos estandarizados) | Estandarización, búsquedas eficientes, informes consistentes |
4.6.5 Impacto en consultas e informes Access 365
Ventajas operativas mejoradas
- Consultas complejas optimizadas: Joins automáticos con sugerencias de relaciones
- Formularios jerárquicos inteligentes: Subformularios con datos relacionados en tiempo real
- Informes consolidados avanzados: Agrupación por múltiples niveles con totales automáticos
- Validación de datos contextual: Restricción a valores existentes con listas desplegables dinámicas
- Análisis de datos integrado: Relaciones como base para Power BI y análisis avanzado
SQL de consulta relacionada mejorada (Access 365):
-- Consulta con múltiples joins y funciones agregadas
SELECT C.Nombre AS Ciudadano,
COUNT(E.ID_Expediente) AS Total_Expedientes,
MAX(E.Fecha_Apertura) AS Ultimo_Expediente,
F.Nombre AS Funcionario_Responsable
FROM ((TblCiudadanos C
INNER JOIN TblExpedientes E ON C.ID_Ciudadano = E.FK_Ciudadano)
INNER JOIN TblFuncionarios F ON E.FK_Funcionario = F.ID_Funcionario)
WHERE E.Estado = 'Activo'
GROUP BY C.Nombre, F.Nombre
HAVING COUNT(E.ID_Expediente) > 0
ORDER BY Total_Expedientes DESC;
4.6.6 Casos especiales en administración pública (actualizados)
Relaciones comunes en AA.PP. con Access 365
| Escenario administrativo | Tipo relación | Implementación Access 365 | Consideraciones técnicas |
|---|---|---|---|
| Ciudadano ↔ Expedientes administrativos | 1:N (un ciudadano, múltiples expedientes) | FK_IDCiudadano en Expedientes con índices compuestos | Optimizar para búsquedas frecuentes, considerar histórico |
| Empleados ↔ Proyectos/EU financiados | N:M con atributos (horas, fechas, roles) | Tabla Asignaciones con campos adicionales y validación | Control de disponibilidad, evitar dobles asignaciones |
| Normativas ↔ Modificaciones/Reglamentos | 1:N recursiva (árbol jerárquico) | FK_IDNormativaPadre en misma tabla con validación circular | Evitar referencias circulares, control de profundidad |
| Contratos ↔ Proveedores ↔ Facturas | Red de relaciones 1:N encadenadas | Múltiples FK en cadena con integridad referencial completa | Coherencia transaccional, trazabilidad completa |
⚠ Consideraciones legales y de cumplimiento (Access 365):
• Las relaciones deben respetar plazos legales de conservación según normativa sectorial
• Las claves deben mantener trazabilidad completa según Ley 39/2015 de Procedimiento Administrativo
• Las eliminaciones en cascada requieren autorización expresa y registro de auditoría
• Las relaciones con datos personales deben cumplir RGPD y LOPDGDD
• Access 365 incluye herramientas de auditoría mejoradas para trazabilidad
• Las relaciones deben respetar plazos legales de conservación según normativa sectorial
• Las claves deben mantener trazabilidad completa según Ley 39/2015 de Procedimiento Administrativo
• Las eliminaciones en cascada requieren autorización expresa y registro de auditoría
• Las relaciones con datos personales deben cumplir RGPD y LOPDGDD
• Access 365 incluye herramientas de auditoría mejoradas para trazabilidad
4.6.7 Preguntas frecuentes en oposiciones (actualizadas Access 365)
❓ Pregunta tipo test actualizada: ¿Qué novedad introduce Access 365 en la gestión de relaciones que facilita el mantenimiento de bases de datos complejas?
a) Eliminación automática de relaciones redundantes
b) Nombres descriptivos para relaciones y documentación automática ✅
c) Conversión automática de 1:N a N:M
d) Integración directa con blockchain
a) Eliminación automática de relaciones redundantes
b) Nombres descriptivos para relaciones y documentación automática ✅
c) Conversión automática de 1:N a N:M
d) Integración directa con blockchain
❓ Pregunta práctica común: Al diseñar una relación 1:N entre "Departamentos" y "Empleados" en Access 365, ¿dónde debe colocarse la clave foránea y qué propiedades son esenciales?
Respuesta esperada: La FK (ID_Departamento) va en la tabla Empleados. Propiedades esenciales: mismo tipo de dato que PK en Departamentos, índice para mejorar rendimiento, integridad referencial activada, y considerar actualización en cascada si los códigos de departamento pueden cambiar.
Respuesta esperada: La FK (ID_Departamento) va en la tabla Empleados. Propiedades esenciales: mismo tipo de dato que PK en Departamentos, índice para mejorar rendimiento, integridad referencial activada, y considerar actualización en cascada si los códigos de departamento pueden cambiar.
Supuestos prácticos comunes en oposiciones
- "Diseñe la estructura relacional para un sistema de gestión de subvenciones europeas con control de múltiples beneficiarios y proyectos"
- "Normalice a 3FN una tabla de registros civiles que incluya datos de familiares y documentación"
- "Resuelva un problema de inconsistencia en relaciones tras una migración de datos entre versiones de Access"
- "Implemente relaciones temporales para el seguimiento histórico de cambios organizativos"
Resumen final para oposiciones (Access 365):
- Las relaciones implementan el modelo relacional mediante PK y FK con mejoras en Access 365
- Access 365 soporta 1:1, 1:N, N:M (con tablas puente) y relaciones temporales
- La integridad referencial garantiza consistencia con opciones mejoradas de cascada
- La normalización (1FN, 2FN, 3FN) minimiza redundancia y anomalías con herramientas asistidas
- Las relaciones impactan directamente en consultas, formularios e informes
- En AA.PP. deben considerarse aspectos legales (RGPD, conservación, trazabilidad)
- Este contenido es fundamental para pruebas teóricas y prácticas de oposición
💡 Consejo final para oposiciones 365: Practique el diseño de modelos relacionales para casos administrativos típicos (expedientes electrónicos, gestión de personal, control presupuestario) dominando las novedades de Access 365: nombres descriptivos de relaciones, documentación automática, herramientas de análisis y optimización de rendimiento.
NOVEDAD Herramientas de análisis de relaciones en Access 365
Access 365 incluye nuevas herramientas para analizar y optimizar relaciones: "Analizador de rendimiento de relaciones", "Documentador de esquema relacional" y "Validador de integridad referencial". Estas herramientas son especialmente útiles en administración pública para mantener bases de datos complejas y cumplir con auditorías reglamentarias.