Question : les changements dirigent des insertions vers des api

Salut le

I AM regardant le paquet d'oracle dans 11g rel2 qui a le curseur et plusieurs rapports d'insertion basés sur la valeur du curseur je veulent modulariser ce code pour insérer des api - appeler des procedurs d'insertion pour chacune des opérations d'insertion. Est il remplaçant juste les insertions par un procédé mais les valeurs à insérer viennent du curseur, sont la portée de la valeur également vue en dehors du procédé dans lequel le curseur est créé. Est-il bon de passer la même valeur de curseur à 2 procédures différentes d'insertion ? main_procedure du

procedure (input1 valeur de valeur. .output.)table
whre du columns>
from de select de main_cursor du
is
cursor. condiitons

insert dans les valeurs table1 (main_cursor.value1,…)

insert dans les valeurs table2 (main_cursor.value1.)

Thanks ! ! class= de

Réponse : les changements dirigent des insertions vers des api

Par api, j'ai assumé masquer l'appel avec d'autres procédures de PL/SQL.

>>mais pas sure comment je peux faire cela puisque la valeur de curseur qui est nécessaire pour l'insertion est seulement disponible à

Regarder le pseudocode que j'ai signalé.  Vous passez les valeurs de curseur dans le procédé stocké.

>>et comment est-il possible d'éditer ce des api ainsi d'autres applications peuvent-elles employer cet api ?

Si vous faites déclarer le procédé dans le paquet, il est exposé. à tout ce qui peut appeler ce paquet.

Je pense où vous allez rencontrer l'ennui est le procédé devriez expliquer CHAQUE colonne dans la table parce que les différents « curseurs » de différents apps pourraient passer dans différentes valeurs.

Par exemple :
donner la table :
créer la table tab1 (char col1 (1), char col2 (1), char col3 (1)) ;

proc1 pourrait avoir un curseur
choisir « a » a, « b » b à partir de duel ;

et une insertion aiment :
insertion dans (col1, col2) les valeurs tab1 (cur.a, cur.b) ;


proc2 pourrait avoir un curseur
choisir « a » a, « c » c à partir de duel ;

et une insertion aiment :
insertion dans (col1, col3) les valeurs tab1 (cur.a, cur.c) ;

noter que tous les deux ne se sont pas insérés en TOUTES LES colonnes dans tab1.  Votre proc d'insertion devrait expliquer CHACUNE DES trois colonnes comme paramètres d'entrée.

alors cela se produit si quelqu'un ajoute une colonne à la table ?