Como você sabe, as buscas modificam o modo que os valores aparecem no datasheet. Se você acrescentar uma busca no campo CustomerID na mesa de Ordens, então você não vê um número secreto como 1032. Em vez disso, você vê um pouco de informação descritiva, como o nome Hancock, John.

Contudo, quando você escreve a sua expressão de filtro, você tem de lembrar-se que informação de fato guardada no campo. Assim os trabalhos de expressão =1032 de filtro de CustomerID perfeitos, mas =Hancock, John não faz, porque a informação sobre nome de fato guardada separadamente. (Está na mesa de Clientes, não a mesa de Ordens.)

Às vezes, você realmente quer criar uma expressão de filtro que usa a informação ligada. Você pode querer encontrar registros na mesa de Ordens usando um nome do cliente em vez de um cliente ID, porque você não tem o valor de ID prático. Nesta situação, você tem duas escolhas:

• Você pode procurar o valor de ID do qual você precisa na mesa de Clientes antes que você comece. Então, você pode usar aquele valor quando você constrói a sua pergunta da mesa de Ordens.

• Você pode usar uma pergunta de junção para adquirir a informação sobre nome da mesa de Clientes, e expor-o ao lado do resto dos seus detalhes de ordem. Você aprenderá como executar este truque na Seção 6.3.

Se os filtros parecerem esquisitamente familiares, há uma razão. Os filtros têm exatamente a mesma sintaxe que a validação determina que você costumou proteger uma mesa de maus dados (a Seção 4.3). A única diferença é o modo que o Acesso interpreta a condição. Uma regra de validação como <50 E> 10 diz a Acesso que um valor não deve ser permitido a menos que ele caia na variedade desejada (10 para 50). Mas se você põe de repente a mesma regra em uma condição de filtro, diz a Acesso que você não é interessado na vista do registro a menos que ela ajuste a variedade. Graças a esta semelhança, você pode usar todas as regras de validação que você viu na Seção 4.3.2, a Seção 4.3.2, a Seção 4.3.2.2, a Seção 4.3.2.3, a Seção 4.3.2.4, a Seção 4.3.3 à Seção 4.4 como condições de filtro.

Como você sabe, as buscas modificam o modo que os valores aparecem no datasheet. Se você acrescentar uma busca no campo CustomerID na mesa de Ordens, então você não vê um número secreto como 1032. Em vez disso, você vê um pouco de informação descritiva, como o nome Hancock, John.

Contudo, quando você escreve a sua expressão de filtro, você tem de lembrar-se que informação de fato guardada no campo. Assim os trabalhos de expressão =1032 de filtro de CustomerID perfeitos, mas =Hancock, John não faz, porque a informação sobre nome de fato guardada separadamente. (Está na mesa de Clientes, não a mesa de Ordens.)

Às vezes, você realmente quer criar uma expressão de filtro que usa a informação ligada. Você pode querer encontrar registros na mesa de Ordens usando um nome do cliente em vez de um cliente ID, porque você não tem o valor de ID prático. Nesta situação, você tem duas escolhas:

• Você pode procurar o valor de ID do qual você precisa na mesa de Clientes antes que você comece. Então, você pode usar aquele valor quando você constrói a sua pergunta da mesa de Ordens.

• Você pode usar uma pergunta de junção para adquirir a informação sobre nome da mesa de Clientes, e expor-o ao lado do resto dos seus detalhes de ordem. Você aprenderá como executar este truque na Seção 6.3.

Se os filtros parecerem esquisitamente familiares, há uma razão. Os filtros têm exatamente a mesma sintaxe que a validação determina que você costumou proteger uma mesa de maus dados (a Seção 4.3). A única diferença é o modo que o Acesso interpreta a condição. Uma regra de validação como <50 E> 10 diz a Acesso que um valor não deve ser permitido a menos que ele caia na variedade desejada (10 para 50). Mas se você põe de repente a mesma regra em uma condição de filtro, diz a Acesso que você não é interessado na vista do registro a menos que ela ajuste a variedade. Graças a esta semelhança, você pode usar todas as regras de validação que você viu na Seção 4.3.2, a Seção 4.3.2, a Seção 4.3.2.2, a Seção 4.3.2.3, a Seção 4.3.2.4, a Seção 4.3.3 à Seção 4.4 como condições de filtro.