• Nenhum resultado encontrado

MÁSCARAS DE ENTRADA

No documento Coleção Info_Banco de Dados (páginas 64-67)

Caracteres utilizados na propriedade Máscaras de Entrada

TUTORIAL/TABELAS

C O L E Ç Ã O I N F O>69

TUTORIAL/TABELAS

68<C O L E Ç Ã O I N F O

não deixar que seu campo caia no bug do ano 2000, que nada mais é do que entrar com os quatro dígi- tos do ano e exibi-los. Deve-se de- finir para os campos que irão arma- zenar datas a seguinte máscara de entrada: 00/00/0099. E o seu for- mato deve ser:

dd/mm/yyyy

CONSISTÊNCIA DOS DADOS

A propriedade Regra de Validação é superimportante para obter dados mais seguros desde o momento de sua edição, não permitindo que o usuário digite qualquer coisa e aca- be gerando erros no sistema. Imagi- ne que o seu cadastro de funcioná- rios tem o campo Sexo, que deve ser preenchido com “M” ou “F”. Mas um usuário engraçadinho resolve colo- car “H” na ficha de um funcionário. Numa parte qualquer do sistema, vo- cê filtra homens num bloco e mulhe- res em outro. Por causa do usuário que resolveu fazer graça, o funcio- nário em questão não aparecerá em

nenhum dos filtros. Um sistema pro- fissional não pode deixar que isso aconteça. Para isso existe a regra de validação do campo. É muito simples: para o caso mencionado, basta digi- tar a seguinte regra na propriedade Regra de Validação do campo Sexo: “F” Ou “M”. Pronto, o campo só acei- tará F ou M como conteúdo.

Uma nota quanto a essa regra im- posta ao campo Sexo é que o cam- po passa a ser de preenchimento obri- gatório. Ou seja, ele não aceitará nu- lo (vazio). Outro exemplo: num cam- po onde se deve cadastrar o salário do funcionário numa empresa cujo salário mínimo é 500 reais. A regra seria, então, “maior que 500”. No en- tanto, pode-se não saber o salário do funcionário no momento em que ele é cadastrado: o valor será informa- do depois. Para dar incluir essa hipó- tese, a regra deve ser a seguinte: >500 Ou Nulo

Ao contrário das outras proprie- dades até aqui apresentadas, os con- troles vinculados ao campo com re- gra de validação her- dam, no formulário, a regra definida na tabela. Portanto, mesmo que você mude a regra para o controle vinculado ao campo, o valor que o usuário digi- tar deve satisfazer

sempre à regra definida na tabela. Se porventura você definiu outra regra para o controle, o valor digi- tado terá que atender às duas re- gras, tanto a do campo na tabela quanto a do controle. A consistên- cia ainda pode ser feita no nível do registro. Os exemplos do campo Se- xo e do Salário cuidam da consis- tência no nível do campo.

A consistência de registro funcio- na da seguinte forma: imagine uma tabela onde são cadastrados os pro- dutos e a porcentagem de cada se- tor da empresa na participação das vendas. A tabela contém os cam- pos Produto, SetorA, SetorB, SetorC. Como se trata de porcentagem, a soma das parcelas de todos os se- tores deve ser igual a 100. Para im- plementar essa regra, com a tabe- la aberta em modo Design, clique no botão Propriedades, na barra de ferramentas, a fim de exibir a folha

de propriedades da tabela. Na pro- priedade Regra de Validação, digi- te a seguinte regra:

[SetorA]+[SetorB]+[SetorC]=100

Uma propriedade complementar à Regra de Validação é a Texto de Vali- dação. Nessa propriedade você inse- re um texto personalizado para ser mostrado, em vez da mensagem-pa- drão do Access, quando o usuário di- gita um valor incorreto.

INTEGRIDADE DOS DADOS

Exemplo clássico: o número de CPF de uma pessoa é único — ou seja, ne- nhuma outra pessoa pode ter um CPF igual ao de outra. Portanto, não pode haver em seu cadastro de clientes dois ou mais RGs iguais. Para evitar isso, basta selecionar, na propriedade In- dexado do campo CPF, a opção Sim (Duplicação não autorizada). Você po- de querer uma integridade com dois campos. O número de um aluno na

Regra de Validação:

feita para garantir dados consistentes CARACTERE L0 9 # L ? a A & CARACTERE C , , : ; - / < > ! \ DESCRIÇÃO

Dígito (de 0 a 9, entrada obrigatória) Dígito ou espaço (entrada não obrigatória) Dígito ou espaço (entrada não obri- gatória; os espaços são exibidos como vazios quando no modo Edição, mas os vazios são removidos quando os dados são salvos; sinais de adição e subtração são permitidos)

Letra (de A a Z, entrada obrigatória) Letra (de A a Z, entrada opcional) Letra ou dígito (entrada opcional) Letra ou dígito (entrada obrigatória) Qualquer caractere ou um espaço (entrada obrigatória)

DESCRIÇÃO

Qualquer caractere ou um espaço (entrada opcional) Marcador decimal e separadores de milhares, de data e de hora Converte todos os caracteres para letras minúsculas Converte todos os caracteres para letras maiúsculas Define que a máscara de entrada seja exibida da direita para a esquerda, e não da esquerda para a direita

Define que o caractere seguinte seja exibido como caractere literal (por exemplo, \A é exibido simplesmente como A)

MÁSCARAS DE ENTRADA

Caracteres utilizados na propriedade Máscaras de Entrada

TUTORIAL/TABELAS

70<C O L E Ç Ã O I N F O

classe deve ser único, porém esse nú- mero pode se repetir em outra clas- se. Logo, a chave deve ser o número da classe mais o número do aluno. Cli- que no botão Índices, na barra de fer- ramentas, e serão exibidos os índices da tabela. Na coluna Nome do Índice dê um nome sugestivo: ClasseAluno. Depois selecione os campos do nú- mero da classe e o do número do alu- no. A propriedade Exclusivo do índi- ce deve conter o valor Sim. A figura 2 mostra como deve ficar a janela de ín- dice dessa tabela, que tem como ín- dice primário o campo matrícula.

VALOR-PADRÃO

O Valor-padrão de um campo tam- bém é uma propriedade muito im- portante. Ele facilita para o usuário o trabalho de edição. Normalmente, de- fine-se como valor-padrão de um cam- po o valor de preenchimento mais freqüente. Se a loja está localizada em São Paulo, é bem provável que a maio- ria dos clientes seja dessa cidade. En- tão, os campos Cidade e Estado já de-

vem aparecer preen- chidos com os valo- res “São Paulo”, “SP”. Assim, o operador praticamente não precisará digitar. É im- portante lembrar também que zero não é nulo. Zero é valor numérico — aliás, esse é o valor-pa- drão adotado pelo Access para os ti- pos de dados numéricos. Nulo é o va- lor de um campo não preenchido. Ou seja, nulo é igual a vazio.

Quanto ao relacionamento do va- lor-padrão de um campo na tabela com o controle vinculado a ele num formulário, fica valendo, primeiramen- te, o definido para o controle. Contu- do, se você não especificar um valor- padrão para o controle, será utiliza- do o definido para o campo.

Neste tutorial você tomou contato com todos os itens que envolvem a criação de tabelas de um modo bem profissional. Vale lembrar que o ban- co de dados Access ainda tem um as- sistente para construir campos. Para acioná-lo, posicione o cursor na co- luna Nome do Campo e clique no bo- tão Construir, na barra de ferramen- tas. Será exibida uma lista de exem- plos de campos. Se você selecionar um, o assistente já o definirá por in- teiro (ou seja, com todas as proprie- dades) na sua tabela.

Valor-padrão: não é

preciso digitar o item que se repete no campo 062_GUIA_TAB_ACCESS 25/02/2006 23:31 Page 70

RELATÓRIO FEITO

No documento Coleção Info_Banco de Dados (páginas 64-67)