>Grande Rodolfo,
>
>>Tenho um banco de dados, com uma tabela de clientes. Esta tabela tem alguns campos, por exemplo:
>>Codigo (AutoInc)
>>Nome (Caracter)
>>Telefone (Caracter)
>>Não estou usando as regras de campo/registro para validar as informações. Para isso, criei triggers de Inclusão, Alteração e Exclusão para esta tabela.
>>Exemplo do Trigger de Inclusão:
>

>>Function Clientes_Inclusao
>>_MsgErro = Iif(Empty(Codigo),"Código não cadastrado"+Chr(13),"")+;
>>           Iif(Empty(Nome),"Nome não cadastrado"+Chr(13),"")
>>Return Empty(_MsgErro)
>

>>A variável _MsgErro é pública... Então, se o Trigger falha, eu consigo receber as 2 mensagens ao mesmo tempo.
>>Se eu usar regras de campo, eu não recebo todas as mensagens ao mesmo tempo, então o usuário tem que ficar tentando gravar e ir corrigindo uma falha de cada vez. Não acho isso produtivo e não serve como solução...
>>A pergunta é: Alguém tem outra sugestão de como automatizar isso?
>>[]s!
>
>O bom seria você criar uma classe para essas tabelas para esses tratamentos, ou seja, criar uma camada intermediária aí. Com isso, se você resolver mudar de Banco de Dados algum dia, não precisará se preocupar com essas regras/validações.
>Boa sorte! 8-D

Oi Rodolfo, Ola Erick..

Bem.. a ideia quando o assunto é N tier (ou qualquer nova técnica).. é exatamente não utilizar recurso algum dentro da base de dados.. Porque nossa base de dados poderá ser até mesmo arquivos texto.. Os triggers podem ter o seu lado prático.. Mas, no fundo são contra-producentes (principalmente no aspecto de portabilidade)..

Bem, mas tudo isto só é válido quando dentro do seu projeto o aspecto da portabilidade for mais importante que a questão do cronograma de desenvolvimento..

Claudio