¿Es la respuesta ODBC?

Antes de profundizar en la cuestión de la interoperabilidad, tenga en cuenta la siguiente pregunta: ¿es necesario que la aplicación use ODBC? Puede parecer una pregunta extraña para formularla en una guía sobre ODBC, pero, de hecho, es una pregunta acertada. ODBC no se diseñó para reemplazar completamente las API de base de datos nativas ni se diseñó para proporcionar acceso a la base de datos en todas las circunstancias. Se diseñó para proporcionar una interfaz común a las bases de datos y para evitar que los programadores de aplicaciones tuvieran que aprender sobre los vínculos a varias bases de datos y mantenerlos.

Las aplicaciones personalizadas son candidatas ideales para las API de base de datos nativas. La razón principal es que las aplicaciones personalizadas suelen funcionar con un único DBMS y no tienen que ser interoperables. Las API de base de datos nativas pueden ser más útiles que ODBC para exponer las funcionalidades de un DBMS determinado, y también podrían exponer funcionalidades que ODBC no expone. Además, dado que los desarrolladores de aplicaciones personalizadas suelen estar familiarizados con la API de base de datos nativa para su DBMS, no hay ningún motivo para aprender sobre ODBC. Sin embargo, es interesante tener en cuenta que para algunos DBMS, ODBC es la API de base de datos nativa.

¿Qué aplicaciones son candidatas para ODBC? Los mejores candidatos son las aplicaciones que funcionan con más de un DBMS. Estas son prácticamente todas las aplicaciones genéricas y verticales. También pueden ser una serie de aplicaciones personalizadas. Por ejemplo, las aplicaciones personalizadas que usan varios DBMS diferentes son mucho más fáciles y sencillas de escribir con ODBC que con varias API nativas. Y las aplicaciones personalizadas escritas con ODBC son mucho más fáciles de migrar a medida que una empresa pasa de un DBMS a otro o implementa la misma aplicación en diferentes DBMS.