Determinando os DBMSs e drivers de destino

A próxima pergunta a ser considerada é: quais são os DBMSs de destino para o aplicativo e quais drivers estão disponíveis para dar suporte a esses DBMSs? Como os aplicativos genéricos tendem a ser altamente interoperáveis, a questão dos DBMSs de destino é mais aplicável a aplicativos personalizados e verticais. No entanto, a questão dos drivers de destino se aplica a todos os aplicativos, pois os drivers variam amplamente em velocidade, qualidade, suporte a recursos e disponibilidade. Além disso, se os drivers forem redistribuídos com o aplicativo, o custo e a disponibilidade dos planos de licenciamento precisarão ser considerados.

Para muitos aplicativos personalizados, os DBMSs de destino são óbvios: eles são DBMSs existentes que o aplicativo foi projetado para acessar. DBMSs para os quais a migração futura está planejada também devem ser considerados. No entanto, a principal questão para esses aplicativos é qual driver ou drivers usar com eles. Para outros aplicativos personalizados - aqueles que não foram projetados para acessar um DBMS existente - os DBMSs de destino podem ser escolhidos com base no suporte a recursos, suporte simultâneo ao usuário, disponibilidade do driver e acessibilidade.

Para aplicativos verticais, os DBMSs de destino geralmente são escolhidos com base no suporte a recursos, disponibilidade do driver e mercado. Por exemplo, um aplicativo vertical projetado para pequenas empresas deve ter como destino DBMSs acessíveis para essas empresas; um aplicativo vertical projetado como um complemento para DBMSs existentes deve ter como destino DBMSs amplamente usados.

Ao escolher DBMSs de destino, as diferenças entre os bancos de dados da área de trabalho e do servidor devem ser consideradas. Bancos de dados da área de trabalho, como dBASE, Paradox e Btrieve, são menos poderosos que os bancos de dados de servidor. Como eles geralmente são acessados por meio dos mecanismos SQL menos poderosos encontrados na maioria dos drivers baseados em arquivo, eles geralmente não têm suporte completo para transações, dão suporte a menos usuários simultâneos e têm SQL limitado. No entanto, eles são baratos e têm uma grande base instalada.

Bancos de dados de servidor como Oracle, DB2 e SQL Server fornecem suporte completo à transação, dão suporte a muitos usuários simultâneos e têm SQL avançado. Eles são muito mais caros e têm uma base instalada menor. Por outro lado, os preços do software tendem a ser mais altos, compensando um mercado potencial menor.

Assim, os DBMSs de destino às vezes podem ser escolhidos com base nos recursos exigidos pelo aplicativo e no mercado de destino do aplicativo. Por exemplo, um sistema de entrada de pedidos para grandes corporações pode não ter como destino bancos de dados da área de trabalho porque eles não têm suporte adequado para transações. Um sistema semelhante projetado para pequenas empresas pode excluir a maioria dos bancos de dados de servidor com base no custo. E os desenvolvedores de aplicativos genéricos podem ter como destino ambos, mas evitar o uso dos recursos avançados encontrados em bancos de dados de servidor.