PC Toledo

Tô pensando aqui sobre isso.

Pra validar um cadastro, temos lá a rotina NO APLICATIVO que usa o SQL, pesquisa o cadastro, retorna informação.

Geralmente usamos:

SELECT COUNT(*) FROM CADASTRO WHERE CODIGO=10

E se, ao invés disso, enviar:

SELECT OkCadastro( 10 )

Qual a diferença?
- Comando menor, o que significa mais velocidade
- Nem importa nome de tabela ou de campo

Inicialmente achei exagero, mas ... se de qualquer jeito o aplicativo vai precisar da base de dados... porque não?
Acaba acontecendo que o aplicativo não precisa nem saber como está a base de dados.
Fazer por SQL... isso teria que fazer de qualquer jeito, então, porque não ?

Vou começar a pensar nisso....

Outro exemplo: retornar o código a partir de um CNPJ, onde já exclui os desativados....

Olá, Quintas!

Não sei se ajuda, mas quando trabalhei com Ruby On Rails, o acesso ao SGBD era todo encapsulado.

O Rails tem um mecanismo chamado ActiveRecord, talvez vc conheça.

O ActiveRecord permite usar comandos simples para manipular diversos SGBDs disponíveis no mercado.

Então, por exemplo, para acessar um cadastro de clientes, o programador Rails faria: E o resultado seria um hash de hashs, algo como: Se o código não fosse encontrado seria um hash vazio: Talvez sirva de inspiração

Também é interessante.
Talvez pra telas facilite.