Durata del ciclo del prodotto

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

Oltre al tempo di sviluppo, bisogna considerare anche la durata del prodotto. Se l'applicazione è progettata per essere usata una sola volta, come per esempio un'applicazione che trasferisce i dati durante la migrazione da un sistema DBMS a un altro, non è necessario renderla interoperabile. L'applicazione sarà rimossa dopo l’utilizzo.

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 interoperabile usa un sottoinsieme limitato di funzionalità del database. Il driver è necessario per mantenere tali funzionalità disponibili, anche in caso di modifiche al DBMS sottostante. Quindi, il codice interoperabile può spostare l'onere di gestire le modifiche apportate al DBMS dallo sviluppatore di applicazioni allo sviluppatore di driver.