L'ennui avec du code en format libre - que ce soit CL, /Free ou SQL imbriqué - est que vous pouvez parfaitement rendre le code totalement illisible (comme j'ai vu beaucoup de programmeurs le faire). Par conséquent, il est bon de voir un peu de code SQL clair, comme dans
Un coding net

cet exemple :
c/exec sql c+ select count(*) into :w#count from cjp165 c+ where c+ cono65 = :1#cono and locd65 = :locd#d c+ and part65 = :part#d and pfhr65 <> :pfhr#d c/and-exec
Auriez-vous fait de même ? Peut-être, bien que j’ai tendance à
démarrer chaque clause sur une ligne séparée comme ceci :
c/exec sql c+ select count(*) into :w#count c+ from cjp165 c+ where c+ cono65 = :1#cono and locd65 = :locd#d c+ and part65 = :part#d and pfhr65 <> :pfhr#d c/and-exec
Téléchargez cette ressource

État des lieux de la réponse à incident de cybersécurité
Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
Les plus consultés sur iTPro.fr
- Le Club EBIOS, une communauté dédiée à la gestion des risques autour de la méthode EBIOS
- La difficile mise en conformité avec les réglementations pour les entreprises françaises
- Les risques liés à l’essor fulgurant de l’IA générative
- Pourquoi est-il temps de repenser la gestion des vulnérabilités ?
- Reporting RSE : un levier d’innovation !
