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 pode transferir dados entre vários DBMSs. O que esses aplicativos têm em comum é que esses DBMSs são conhecidos antes do aplicativo ser gravado e é improvável que mudem ao longo da vida útil do aplicativo.
O aplicativo personalizado, portanto, requer pouca ou nenhuma interoperabilidade. O desenvolvedor do aplicativo pode escolher um único driver para cada DBMS e codificar diretamente para esses drivers. O aplicativo pode conter com segurança código específico do driver para explorar os recursos desses drivers e pode até mesmo fazer chamadas para a 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 SGBDs de destino mudarão no futuro. Nesse caso, esse processo pode ser simplificado escrevendo mais código interoperável para começar. No entanto, essa mudança de SGBDs é rara e geralmente envolve uma grande quantidade de trabalho. Devido a 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.