Changement de procédure stockée

Question

Une procédure stockée a donc été créée dans iSeries qui renvoyait un ensemble de champs dans le jeu de résultats auquel un nouveau champ a été ajouté récemment. Le jeu de résultats du SP a été consommé par les pages Web .NET (je ne suis pas sûr à 100% à ce sujet). Mon doute est que, depuis que le SP a été changé, les anciens morceaux de code .NET (ou autre) fonctionneraient-ils sans apporter les changements nécessaires pour consommer le nouveau champ ajouté?

Finalement, les modifications apportées aux éléments de code dépendants seront effectuées. Mais si le nouveau SP est déplacé et que les morceaux de code sur les autres plates-formes ne sont pas modifiés (c'est ce que veut notre chef de projet), est-ce que cela risque de casser quelque chose?

Answer 1

Ceci est une image définitive. Parfois, les plates-formes qui utilisent SQL traitent des champs nommés. Par exemple, PHP peut récupérer des lignes de l'ensemble d'enregistrements dans un tableau associatif, puis utiliser les champs souhaités par leur nom. La seule façon de rompre est de supprimer un champ que le programme PHP essaie d'utiliser. D'autre part, PHP peut également récupérer des champs de l'ensemble d'enregistrements dans un tableau indexé. Dans ce cas, il existe plusieurs façons de rompre l'application, par exemple déplacer les champs dans l'ensemble de résultats ou ajouter de nouveaux champs au milieu du jeu de résultats, mais si de nouveaux champs sont ajoutés uniquement à la fin du jeu de résultats , alors vous n'aurez pas de problème. Je ne suis pas certain si .NET fournit les deux méthodes d'accès, mais je suis sûr qu'il fournit un accès indexé (positionnel) aux champs dans le jeu de résultats. Donc, tant que vous n'ajoutez que des champs à la fin du jeu de résultats et que vous ne réorganisez rien, vous devriez être en sécurité. Dans les programmes RPG utilisant RLA, il était important d'ajouter des champs à un fichier. Lorsque vous utilisez SQL, pas tellement.