Como usted sabe, las consultas cambian el modo que los valores aparecen en el datasheet. Si usted añade una consulta en el campo de CustomerID en la mesa de Pedidos, entonces usted no ve un número secreto como 1032. En cambio, usted ve un poco de información descriptiva, como el nombre Hancock, John.

Sin embargo, cuando usted escribe su expresión con filtro, usted tiene que recordar que la información realmente almacenada en el campo. Tan los trabajos de expresión =1032 con filtro de CustomerID finos, pero =Hancock, John no hace, porque la información de nombre realmente almacenada por separado. (Está en la mesa de Clientes, no la mesa de Pedidos.)

A veces, usted realmente quiere crear una expresión con filtro que usa la información unida. Usted puede querer encontrar archivos en la mesa de Pedidos usando un nombre del cliente en vez de un cliente ID, porque usted no tiene el valor de ID práctico. En esta situación, usted tiene dos opciones:

• Usted puede buscar el valor de ID que usted necesita en la mesa de Clientes antes de que usted comience. Entonces, usted puede usar aquel valor cuando usted construye su pregunta para la mesa de Pedidos.

• Usted puede usar una pregunta de juntura para conseguir la información de nombre de la mesa de Clientes, y mostrarlo junto al resto de sus detalles de pedido. Usted aprenderá como realizar esta broma en el Artículo 6.3.

Si los filtros parecen misteriosamente familiares, hay una razón. Los filtros tienen exactamente la misma sintaxis que la validación dictamina que usted solía proteger una mesa de datos malos (el Artículo 4.3). La única diferencia es el modo que el Acceso interpreta la condición. Una regla de validación como <50 Y> 10 dice a Acceso que un valor no debería ser permitido a menos que esto se caiga a la variedad deseada (10 a 50). Pero si usted hace reventar la misma regla en una condición con filtro, dice a Acceso que usted no está interesado en la vista del registro a menos que ella encaje la variedad. Gracias a estas semejanzas, usted puede usar todas las reglas de validación que usted vio en el Artículo 4.3.2, el Artículo 4.3.2, el Artículo 4.3.2.2, el Artículo 4.3.2.3, el Artículo 4.3.2.4, el Artículo 4.3.3 al Artículo 4.4 como condiciones con filtro.

Como usted sabe, las consultas cambian el modo que los valores aparecen en el datasheet. Si usted añade una consulta en el campo de CustomerID en la mesa de Pedidos, entonces usted no ve un número secreto como 1032. En cambio, usted ve un poco de información descriptiva, como el nombre Hancock, John.

Sin embargo, cuando usted escribe su expresión con filtro, usted tiene que recordar que la información realmente almacenada en el campo. Tan los trabajos de expresión =1032 con filtro de CustomerID finos, pero =Hancock, John no hace, porque la información de nombre realmente almacenada por separado. (Está en la mesa de Clientes, no la mesa de Pedidos.)

A veces, usted realmente quiere crear una expresión con filtro que usa la información unida. Usted puede querer encontrar archivos en la mesa de Pedidos usando un nombre del cliente en vez de un cliente ID, porque usted no tiene el valor de ID práctico. En esta situación, usted tiene dos opciones:

• Usted puede buscar el valor de ID que usted necesita en la mesa de Clientes antes de que usted comience. Entonces, usted puede usar aquel valor cuando usted construye su pregunta para la mesa de Pedidos.

• Usted puede usar una pregunta de juntura para conseguir la información de nombre de la mesa de Clientes, y mostrarlo junto al resto de sus detalles de pedido. Usted aprenderá como realizar esta broma en el Artículo 6.3.

Si los filtros parecen misteriosamente familiares, hay una razón. Los filtros tienen exactamente la misma sintaxis que la validación dictamina que usted solía proteger una mesa de datos malos (el Artículo 4.3). La única diferencia es el modo que el Acceso interpreta la condición. Una regla de validación como <50 Y> 10 dice a Acceso que un valor no debería ser permitido a menos que esto se caiga a la variedad deseada (10 a 50). Pero si usted hace reventar la misma regla en una condición con filtro, dice a Acceso que usted no está interesado en la vista del registro a menos que ella encaje la variedad. Gracias a estas semejanzas, usted puede usar todas las reglas de validación que usted vio en el Artículo 4.3.2, el Artículo 4.3.2, el Artículo 4.3.2.2, el Artículo 4.3.2.3, el Artículo 4.3.2.4, el Artículo 4.3.3 al Artículo 4.4 como condiciones con filtro.