Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Os aplicativos personalizados normalmente executam uma tarefa específica para alguns DBMSs. Por exemplo, um aplicativo pode recuperar dados de um único DBMS e gerar um relatório ou transferir dados entre vários DBMSs. O que esses aplicativos têm em comum é que esses DBMSs são conhecidos antes de o aplicativo ser escrito e são improváveis de mudar ao longo da vida útil do aplicativo.
Portanto, o aplicativo personalizado requer pouca ou nenhuma interoperabilidade. O desenvolvedor de aplicativos pode escolher um único driver para cada DBMS e programar diretamente para esses drivers. O aplicativo pode conter com segurança o código específico do driver para explorar os recursos desses drivers e pode até mesmo fazer chamadas à API de banco de dados nativo para usar a funcionalidade não suportada pelo ODBC.
A principal preocupação de interoperabilidade da maioria dos aplicativos personalizados é se os DBMSs de destino serão alterados no futuro. Nesse caso, esse processo pode ser simplificado escrevendo um código mais interoperável para começar. No entanto, essa alteração de DBMSs é rara e geralmente implica uma grande quantidade de trabalho. Por isso, os desenvolvedores de aplicativos personalizados raramente optam por aumentar a interoperabilidade em detrimento da funcionalidade; eles geralmente optam por recodificar essa funcionalidade quando alteram DBMSs.