Access - Referencias cruzadas desde UNION

Créale a esa consulta tantos PARAMETROS como datos externos (referencias) se utilicen.

Se le adjudica a cada parámetro la referencia correspondiente y así Access sabrá donde esta cada cosa en el lio de datos que tiene que manipular.

Las consultas de referencias cruzadas tienen la necesidad de tener muy claro todo su entorno, una referencia a un elemento externo (por ejemplo: un formulario para leer un dato) puede romper el hilo de su ejecución.

Los 'Parámetros' son un símil a las variables, los lee antes de iniciar la ejecución (es fácil de verlo en una consulta con parámetros en su 'vista SQL') y ya los tiene disponibles para utilizarlos sin 'salir fuera' de ese entorno. otra opción consistiría en generar esa misma consulta 'recreándola' desde el propio VBA con el fin de obtener ese mismo resultado. (esto es se rehace en tiempo de ejecución el conterxto de la consulta aportando datos que así no tendrá que andar localizando)

Un ejemplo de esa 'necesidad' (en otro entorno, para entender el concepto) seria el tener que cruzar un desierto y no poder (en medio del viaje) ir a por mas agua, los parámetros aquí representarían al deposito auxiliar que se llena 'antes' de emprender el viaje, evitando esa necesidad a mitad del camino.

Con la consulta en modo diseño, un click en la ventana base con el botón derecho del ratón y aparecerá las opciones disponibles, entre ellas (en ese menú contextual) esta la opción de añadir parámetros.

Se crea un parámetro dándole un nombre e indicando el tipo de dato y ese 'nombre es la ¿variable? que sustituirá en toda esa SQL a un dato determinado (por ejemplo, una fecha que es común a una consulta en la que intervienen varias tablas, se sustituiría a ese dato de fecha por la variable y así no la pediría mas de una vez).

En la practica se están utilizando parámetros sin apreciarlo, por ejemplo:

En una consulta deseamos que nos solicite un dato ¿la fecha de nacimiento para calcular la edad? … se pone como condición bajo ese campo algo como: [indique su fecha de nacimiento: ejemplo 5/5/2005]

Al ejecutar la consulta, el motor de Access detectara que 'ese campo' ( [indique su fecha de nacimiento: ejemplo 5/5/2005] ) no esta en parte alguna y creara de forma dinámica el parámetro (la variable) en tiempo de ejecución, la preguntara una única vez y la utilizara tantas veces como la necesite en cualquier parte de esa SQL.

No tiene que ser 'mal', simplemente no se hace de la forma que Access espera (y ese es el problema).

Lo único que puedo deducir de mi experiencia es que es el momento ideal para copiar y pegar.

Es una de los métodos para lograr que la declaración de la 'variable' y su aplicación practica sean correctas.

Access generalmente no distingue entre letra mayúscula o minúscula, pero los acentos y los espacios si los tiene muy en cuenta: