Você pode igualmente setup índices originais na tabela, com aqueles campos como necessário. Isto tem o efeito similar do que Gary descreveu.
Entretanto, de uma perspetiva de UI, você poderia usar o evento de BeforeUpdate de seu formulário para verific aqueles campos e para segurar são preenchidos. O método Required da propriedade ou de índice pode jogar alguns consideravelmente compreender) erros impares (e duros, quando você puder construir erros muito mais user-friendly using o método de BeforeUpdate. Os fogos de BeforeUpdate antes que os dados estejam redigidos à tabela, assim que são úteis para registros novos e existentes:
Form_BeforeUpdate secundário (cancelamento como o inteiro)
sError não ofuscante como a corda
Se Nz (Me.txCustomerName, "") = "" então
sError = “você deve dar entrada com um nome da companhia”
Terminar se
Se Nz (me.txCustomerPhone, "") = "" então
Se Len (sError) > 0 então sError = sError & vbCrLf
o sError = o sError & “você devem incorporar um número de telefone da companhia”
Terminar se
Se Len (sError) > 0 então
Msgbox “você deve preencher todos os campos required: ” & vbCrLf & sError, vbOkOnly + vbExclamation, “falta ou dados inválidos”
O cancelamento = retifica
Terminar se
Terminar o submarino
Anotar o “cancelamento = verdadeiro” - este é o que diz o acesso NÃO excepto os dados como é. Os usuários devem (a) preencher os dados ou (b) uso a chave de Esc cancelar fora do formulário (que rejeita todas as mudanças/inserções).
Nota você pode igualmente usar o evento de BeforeUpdate de seus controles para fazer a mesma coisa. Em muitos casos isto é preferred desde que você às vezes deve ter ControlA preenchido antes que você possa selecionar/incorpore algo ao Controlo-B.