Partilhar via


Determinar os drivers e DBMSs 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 que oferecem suporte a esses DBMSs? Como os aplicativos genéricos tendem a ser altamente interoperáveis, a questão dos SGBDs 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, porque os drivers variam muito em velocidade, qualidade, suporte a recursos e disponibilidade. Além disso, se os drivers devem ser redistribuídos com o aplicativo, o custo e a disponibilidade dos planos de licenciamento precisam ser considerados.

Para muitos aplicativos personalizados, os DBMSs de destino são óbvios: são DBMSs existentes que o aplicativo foi projetado para acessar. Os SGBD para os quais está planeada uma migração futura 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 são projetados para acessar um DBMS existente - os DBMSs de destino podem ser escolhidos com base no suporte a recursos, suporte ao usuário simultâneo, disponibilidade de driver e acessibilidade.

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

Ao escolher DBMSs de destino, as diferenças entre bancos de dados de desktop e servidor devem ser consideradas. Os bancos de dados da área de trabalho, como dBASE, Paradox e Btrieve, são menos poderosos do que os bancos de dados do 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 a transações, oferecem 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.

Os bancos de dados de servidor, como Oracle, DB2 e SQL Server, oferecem suporte completo a transações, oferecem 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 dos softwares tendem a ser mais altos, compensando um pouco um mercado potencial menor.

Assim, os SGBDs de destino às vezes podem ser escolhidos com base nos recursos exigidos pelo aplicativo e no mercado-alvo do aplicativo. Por exemplo, um sistema de entrada de pedidos para grandes corporações pode não ter como alvo bancos de dados de desktop porque eles não têm suporte adequado a 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 alvo ambos, mas evitar usar os recursos avançados encontrados em bancos de dados de servidor.