Longueur du cycle produit

La dernière question à propos de l’interopérabilité est l’heure. Le développement d’une application interopérable prend généralement plus de temps que le développement d’un noninteroperable. En effet, l’application doit vérifier les fonctionnalités du SGBD, effectuer les mêmes tâches différemment pour différents SGBD, contourner les fonctionnalités prises en charge par certains SGBD, mais pas d’autres, etc.

En plus du temps de développement, la durée de vie du produit doit être prise en compte. Si l’application est conçue pour être utilisée une seule fois, telle qu’une application qui transfère des données lors de la migration d’un SGBD à un autre, il n’y a aucun point dans la prise en compte de l’interopérabilité. L’application sera utilisée une fois et ignorée.

Si l’application existe à long terme, il peut être plus facile de la maintenir en tant qu’application interopérable. Cela est vrai même pour les applications personnalisées qui ont un SGBD unique en tant que cible. La raison en est que le code interopérable utilise un sous-ensemble limité de fonctionnalités de base de données. Le pilote est nécessaire pour maintenir ces fonctionnalités disponibles, même en cas de modifications apportées au SGBD sous-jacent. Ainsi, le code interopérable peut décharger les modifications apportées au SGBD entre le développeur de l’application et le développeur du pilote.