[PL/SQL] [9i] Scripts vers Packages

Bonjour,

J'avais déjà abordé le thème mais sans entrer dans le détail de la problématique. Aujourd'hui j'ai des scripts PL/SQL avec la structure de base declare/begin/end. J'aimerais faire évoluer ma trentaine de scripts vers des packages car j'ai cru comprendre que c'était mieux de faire ainsi. Comment transfrormer efficacement ?

Ensuite je me pose la question, comment lancer un package ? Pour mes scripts je fais un @nomduscript dans SQL+. Comment faire pour un package ? Il faut les compiler d'abord ? Les lancer autrement ?

Merci, Frédéric

> comment lancer un package ? Pour mes scripts je fais un @nomduscript dans SQL+. Comment faire pour un package ? Il faut les compiler d'abord ? Les lancer autrement ?

Sous sqlplus, cela s'appelle comme cela pour une procédure dans un package (que je suppose ici sans paramètre):

Code:

---

1 2	exec package.procedure;

---

Les packages sont compilés automatiquement lors de leur création avec
CREATE PACKAGE.

Voir http://sheikyerbouti.developpez.com/...age=Chap4#L4.3

Niveau organisation, j'ai aujourd'hui des scripts répartis en étapes. Peu importe, mais disons qu'une étape regroupe des scripts qui font des choses comparables ou qui doivent s'exécuter à la suite. Serait-il intéressant de grouper plusieurs de mes scripts dans un même package. A lire le tutorial j'ai l'impression que mes étapes me donnent déjà les packages et les scripts mes procédures. Qu'en pensez-vous ?

Ca dépend :). Un package c'est un peu l'équivalent d'un module ou d'une classe dans un autre langage de programmation. En général on regroupe le code dans un package lorsque le code travaille sur des données communes, pour avoir du code plus modulaire ... On utilise également les packages pour limiter les recompilations: tout ce qui n'est pas dans l'interface du package peut être recompilé sans que le code appelant doive être recompilé.

En Java et autres langages objet, la notion de package existe et elle est un regoupement de classes, qui pour des raisons d'architecture, fonctionnelle ou technique, peuvent former un ensemble cohérent. J'essayais en fait de trouver un lien entre la notion telle que je la comprends pour ces langages objet et celle que je vais manipuler en PL/SQL...

Je pense qu'au delà de la technique (comment on fait pour...), c'est extrêmement important de comprendre pourquoi la notion existe et à quoi elle sert.