cher (en coût de programmation) de réparer un programme peu performant que de simplement mettre à niveau le système.

SQL, dès sa mise en service, règle les problèmes de performance applicative les plus courants. Dans mon article de juillet 2005, j’expliquais que les chemins d’accès créés par SQL les plus efficaces peuvent être partagés par les fichiers logiques indexés DDS, réduisant ainsi les coûts d’accès indexés. Ici, j’ai montré comment SQL tente automatiquement de réutiliser les ODP, réduisant ainsi le coût élevé des opérations d’ouverture et de fermeture de fichiers.
Récapitulons :

• Le coût d’optimiser un plan d’accès à la première exécution : 17 ms contre 1,8 ms dans un programme non SQL
• Le coût de réutiliser un ODP : moins de 1 ms contre 1,8 ms dans un programme RLA non réentrant
• L’intérêt de ne pas devoir payer IBM pour de la CPU à la demande chaque fois que la charge de travail frôle les 100 % à cause d’une activité d’ouverture et de fermeture de fichiers excessive, ou de ne pas être obligé de venir les dimanches recompiler tous vos programmes à cause de changements d’ID de format : cela n’a pas de prix !