Comme vous savez, lookups changent la façon que les valeurs apparaissent sur le datasheet. Si vous ajoutez un lookup sur le champ CustomerID dans la table d'Ordres, donc vous ne voyez pas de nombre secret comme 1032. Au lieu de cela vous voyez quelques renseignements descriptifs, comme le nom Hancock, John.

Cependant, quand vous écrivez votre expression de filtre, vous avez besoin de vous souvenir quels renseignements en fait conservés dans le champ. Ainsi les travaux de l'expression =1032 de filtre de CustomerID parfaits, mais =Hancock, John ne fait pas, parce que les renseignements de nom en fait conservés séparément. (C'est dans la table de Clients, pas la table d'Ordres.)

Quelquefois, vous voulez vraiment créer une expression de filtre qui utilise des renseignements reliés. Vous pouvez vouloir trouver des dossiers dans la table d'Ordres en utilisant un nom du client au lieu d'une carte d'identité de client, parce que vous n'avez pas la valeur de carte d'identité commode. Dans cette situation, vous avez deux choix :

• Vous pouvez chercher la valeur de carte d'identité dont vous avez besoin dans la table de Clients avant que vous commencez. Alors, vous pouvez utiliser cette valeur quand vous construisez votre question pour la table d'Ordres.

• Vous pouvez utiliser une question de raccord pour obtenir l'information de nom de la table de Clients et l'afficher le long du reste de vos détails d'ordre. Vous apprendrez comment exécuter ce truc dans la Section 6.3.

Si les filtres semblent étrangement familiers, il y a une raison. Les filtres ont exactement la même syntaxe que la validation décrète que vous aviez l'habitude de protéger une table de mauvaises données (la Section 4.3). La seule différence est la façon que l'Accès interprète la condition. Une règle de validation comme <50 Et> 10 dit à l'Accès qu'une valeur ne devrait pas être permise à moins qu'il ne tombe dans la gamme désirée (10 à 50). Mais si vous faites éclater la même règle dans une condition de filtre, elle dit à l'Accès que vous ne vous intéressez pas à voir le record à moins qu'elle ne corresponde à la gamme. Grâce à cette similarité, vous pouvez utiliser toutes les règles de validation que vous avez vues dans la Section 4.3.2, la Section 4.3.2, la Section 4.3.2.2, la Section 4.3.2.3, la Section 4.3.2.4, la Section 4.3.3 à la Section 4.4 comme les conditions de filtre.

Comme vous savez, lookups changent la façon que les valeurs apparaissent sur le datasheet. Si vous ajoutez un lookup sur le champ CustomerID dans la table d'Ordres, donc vous ne voyez pas de nombre secret comme 1032. Au lieu de cela vous voyez quelques renseignements descriptifs, comme le nom Hancock, John.

Cependant, quand vous écrivez votre expression de filtre, vous avez besoin de vous souvenir quels renseignements en fait conservés dans le champ. Ainsi les travaux de l'expression =1032 de filtre de CustomerID parfaits, mais =Hancock, John ne fait pas, parce que les renseignements de nom en fait conservés séparément. (C'est dans la table de Clients, pas la table d'Ordres.)

Quelquefois, vous voulez vraiment créer une expression de filtre qui utilise des renseignements reliés. Vous pouvez vouloir trouver des dossiers dans la table d'Ordres en utilisant un nom du client au lieu d'une carte d'identité de client, parce que vous n'avez pas la valeur de carte d'identité commode. Dans cette situation, vous avez deux choix :

• Vous pouvez chercher la valeur de carte d'identité dont vous avez besoin dans la table de Clients avant que vous commencez. Alors, vous pouvez utiliser cette valeur quand vous construisez votre question pour la table d'Ordres.

• Vous pouvez utiliser une question de raccord pour obtenir l'information de nom de la table de Clients et l'afficher le long du reste de vos détails d'ordre. Vous apprendrez comment exécuter ce truc dans la Section 6.3.

Si les filtres semblent étrangement familiers, il y a une raison. Les filtres ont exactement la même syntaxe que la validation décrète que vous aviez l'habitude de protéger une table de mauvaises données (la Section 4.3). La seule différence est la façon que l'Accès interprète la condition. Une règle de validation comme <50 Et> 10 dit à l'Accès qu'une valeur ne devrait pas être permise à moins qu'il ne tombe dans la gamme désirée (10 à 50). Mais si vous faites éclater la même règle dans une condition de filtre, elle dit à l'Accès que vous ne vous intéressez pas à voir le record à moins qu'elle ne corresponde à la gamme. Grâce à cette similarité, vous pouvez utiliser toutes les règles de validation que vous avez vues dans la Section 4.3.2, la Section 4.3.2, la Section 4.3.2.2, la Section 4.3.2.3, la Section 4.3.2.4, la Section 4.3.3 à la Section 4.4 comme les conditions de filtre.