Ces benchmarks démontrent que pour bien régler les I/O d'une base de données, il faut bien comprendre comment DB2 UDB et le langage particulier (RPG ou SQL) traitent les opérations d'I/O. Il faut aussi bien connaître l'environnement dans lequel s'exécutera le job, et notamment la quantité de mémoire disponible, le
niveau de contention mémoire et si les pools de mémoire partagée fonctionnent
en mode *Calc ou *Fixed. Enfin, il faudra probablement faire quelques expériences
pour trouver le paramétrage optimal. Mais les résultats des tests précédents
pourront vous aider à réduire la liste à un nombre raisonnable de choix.
Vous pouvez aussi utiliser ces données pour évaluer la signification des différences
de performances entre RPG et SQL dans le contexte de l’application complète.
Dans certains cas exigeants, vous souhaiterez peut-être la plus grande rapidité
du RPG et, dans d’autres, vous privilégierez le niveau supérieur de fonctionnalités
et de manipulation standard des données du langage SQL. Dans toutes ces décisions,
n’oubliez pas que » les faits démentent l’intuition « . Et désormais vous connaissez
les faits. Paul remercie Dale Webber, de la Division AS/400 d’IBM, pour l’aide
qu’il lui a apportée dans cet article.
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
