Access - IIF

Lo primero:
.- Tener claro que es una cadena de texto vacía.
.- Tener mas claro lo que es un NULL (y como se comporta a lo largo de su vida ..¿inútil?).
.- Tener super claro que es Empty y cuanto le dura ese estado feliz.

Y cuando se esta experimentando hay que tener muy claro lo que se tiene y lo que se espera para verificar el éxito o aprender del fracaso.
La maquina es repetitivamente sincera y cuanto 'mas abajo' (mas cerca de donde solo entiende de ceros y unos) mas rápida y mas simple.

No son iguales si lo fueran sobrarían dos.

Empty es un estado no un valor, es el estado en que puede estar un objeto hasta que se le inicializa, tras ello ese estado no lo recupera, tendrá o no valor pero nunca mas volverá a ser empty (solo se nace una vez).

Null, es un estado que requiere que el objeto exista, algunos objetos lo soportan de forma natural, es muy contaminante, pues cualquier operación que se haga con un NULL se vuelve un NULL (como el cero en la multiplicación), si el objeto existe y lo soporta: si no tiene asignado un valor es NULL y si lo soporta puede volver a el (no todos lo aceptan).

Una cadena de texto vacía no es un NUL es como un libro sin paginas (pero las puede tener) si el libro tiene cero paginas sigue siendo un libro (habrá que imaginar su contenido, pero eso es otro tema), funcionalmente equivale al cero matemático.

No confundamos que porque visualmente no se diferencia a un objeto (que puede soportar un NULL y lo tiene) de una cadena de texto vacía, ambos son iguales, si acaso se les 'iguala' con la función NZ (para evitar los desastres que puede hacer un NULL.).

Utilizar Empty en los ejemplos no ha sido lo mas acertado.