Longitud del ciclo del producto

La cuestión definitiva sobre la interoperabilidad es el tiempo. El desarrollo de una aplicación interoperable suele tardar más tiempo que desarrollar una no interoperable. La razón es que la aplicación debe comprobar las funcionalidades de DBMS, realizar las mismas tareas de forma diferente para diferentes DBMS, solucionar la compatibilidad de funcionalidades con algunos DBMS, pero con otros no, etc.

Además del tiempo de desarrollo, se debe tener en cuenta la duración del producto. Si la aplicación está diseñada para usarse una vez, como una aplicación que transfiere datos al migrar de un DBMS a otro, no es necesario que sea interoperable. La aplicación se usará una vez y se descartará.

Si la aplicación existirá durante mucho tiempo, tal vez sea más fácil mantenerla como aplicación interoperable. Esto se puede aplicar incluso para las aplicaciones personalizadas que tienen un único DBMS como destino. El motivo es que el código interoperable usa un subconjunto limitado de características de base de datos. El controlador es necesario para mantener la disponibilidad de esas características, incluso en el caso de cambios en el DBMS subyacente. Por lo tanto, el código interoperable puede pasar la carga de hacer frente a los cambios en el DBMS del desarrollador de la aplicación al desarrollador del controlador.