Lunghezza del ciclo del prodotto

L'ultima domanda sull'interoperabilità è il tempo. Lo sviluppo di un'applicazione interoperabile richiede in genere più tempo rispetto allo sviluppo di un'applicazione non intercontenibile. Il motivo è che l'applicazione deve controllare le funzionalità DBMS, eseguire le stesse attività in modo diverso per dbms diversi, aggirare le funzionalità supportate da alcuni DBMS ma non altre e così via.

Oltre al tempo di sviluppo, è necessario considerare la durata del prodotto. Se l'applicazione è progettata per essere usata una sola volta, ad esempio un'applicazione che trasferisce i dati durante la migrazione da un DBMS a un altro, non è necessario renderla interoperabile. L'applicazione verrà usata una sola volta e rimossa.

Se l'applicazione esisterà per molto tempo, potrebbe essere più facile gestirla come applicazione interoperabile. Questo vale anche per le applicazioni personalizzate che hanno un singolo DBMS come destinazione. Il motivo è che il codice interoperativi usa un subset limitato di funzionalità del database. Il driver è necessario per mantenere tali funzionalità disponibili, anche in caso di modifiche al sistema DBMS sottostante. Di conseguenza, il codice interoperabile può spostare il carico di lavoro necessario per far fronte alle modifiche apportate al sistema DBMS dallo sviluppatore di applicazioni allo sviluppatore di driver.