Quatro boas razões para você não usar um controle de dados

Você sabe o que são controles de dados? Em um contexto de conexão a um banco de dados , um controle de dados vinculado é usado para gerenciar a conexão entre um formulário e o banco de dados. Até a versão 5.0 do Visual Basic tinhamos dois tipos de controle de dados : DAO Data Control e o Remote Data Control. Na versão 6.0 do Visual Basic temos novos controles de dados : ADO Data Control

Os controles de dados são a maneira mais simples de obter acesso a um banco de dados no Visual Basic , e , este artigo lhe mostrará quatro boas razões para você NÃO usar um controle de dados. Vamos a elas :

1 - O pesadelo da manutenção em um sistema usando controle de dados

Se você resolver usar o controle de dados ( não importa se DAO, RDO ou ADO ) em um aplicação vai acabar tendo múltiplos controles vinculados ligados a dezenas de de controles vinculados ( textbox , combobox, etc...). Mesmo que você tenha tudo documentado não será fácil saber que controle de dados esta vinculado a quais controles. Leve em conta fatores como validação e formatação de dados : eles deverão estar contidos nos controles e não em código e isto vai tornar mais difícil manter e cuidar das inconsistências do seu sistema.

2 - Quer uma coisa bem feita , faça-a você mesmo.

Ao usar os controles de dados você perde a manipulação dos dados e tem menos controle sobre a validação e formatação ficando limitado ao que cada controle de dados ou controle pode ou não pode fazer.

3 - Regras de negócios , múltiplas camadas ? Ora esqueça...

Por ter uma conexão direta com os seus dados um controle de dados torna quase impossível que você crie as regras de negócios em uma arquitetura de múltiplas camadas. Todas as regras de negócios deverão residir nos formulários e controles ; Toda a validação e manutenção deverá estar do lado do cliente.

4 - Escalabilidade ??? Não me faça rir ...

Ao usar um controle de dados ( DAO , RDO ou ADO ) uma conexão ficará aberta pelo tempo de vida do controle onerando muito um ambiente multiusuário. Com múltiplos controles de dados isto pode ficar muito , muito , leeeennnnnntoooooo...

Convenceu-se ??? Não ??? Então leia o artigo da microsoft em : Article ID: Q189851

Agora não faça confusão , estes conselhos referem-se ao uso de um controle de dados (ADo , DAO , RDO) e não aos controles vinculados ( textbox , combobox, etc...). Você pode usar este últimos usando técnicas de recordset desconectado e assim obter um bom desempenho.

Aplicações simples , monousuárias que não envolvam uma grande massa de dados podem ser feitas usando os controles de dados quer como protótipos quer como aplicação final.

Até a próxima...

José Carlos Macoratti