Partager via


Longueur du cycle produit

La dernière question sur l’interopérabilité est le temps. Le développement d’une application interopérable prend généralement plus de temps que le développement d’une application non interopérable. La raison est que l’application doit case activée fonctionnalités 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 les données lors de la migration d’un SGBD vers un autre, il n’y a aucun point à faire en sorte qu’elle soit interopérable. L’application sera utilisée une fois et dés carte ed.

Si l’application existe depuis longtemps, il peut être plus facile de conserver 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. C’est pourquoi 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 face aux modifications apportées au SGBD sous-jacent. Par conséquent, le code interopérable peut déplacer le fardeau de l’adaptation aux modifications apportées au SGBD du développeur d’applications au développeur de pilotes.