Discussion :

[zdig10]

Bonjour,
je pense que oracle met un temps de réponse avant de faire le commit donc je voulais savoir est ce qu'il y' a un moyen ou une variable a paramétrer dans oracle afin d'établir un commit instantané des procédures.
j'ai déjà crée les procédures donc avoir comme solution ajouter la commande commit ou EXECUTE IMMEDIATE après chaque insertion ou mis a jour n'est pas efficace surtout que le nombre de mes procédures stockées dans la base de données dépasse 500 procédures!!
Merci pour vous

[mnitu]

Disons que le commit est plutôt instantané donc c'est quoi votre problème ?
Faire un commit après chaque insert/update etc. est une mauvaise chose.

[star]

Sinon si tu as une baie sous la main, passe en mode write through au niveau du cache. Le commit sera alors plus qu'instantané

.

[zdig10]

Bonjour,
mnitu peut être j'ai pas bien expliqué mon problème . en faite j'ai crée des procédures sans mettre à la fin de chaque transaction un commit par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
create or replace PROCEDURE "ADDACTRECCLT" 
(
inrec in nvarchar2,  
inact in nvarchar2
)  
AS  
BEGIN  
INSERT INTO ActRecClt (NAct,CodeRecClt) VALUES ( inact,inrec);  
end ;

j'ai oublié de mettre le commit; a la fin de l'instruction insert :
INSERT INTO ActRecClt (NAct,CodeRecClt) VALUES ( inact,inrec);
j'ai oublié ->commit;
donc je pourrais pas refaire toutes les procédures en y ajoutant la commande commit .
si je met pas l'instruction commit j'ai remarqué que l'effet(l'exécution) de la procédure n'est pas instantané; donc comment faire pour que l'effet de la procédure sera instantané sans que je serai obligé à ajouter la commande commit à tous les procédures voila j'espère que j'ai bien expliqué.
star je m'excuse j'ai pas compris ta solution veuillez S.V.P plus de détails.ok
merci pour tous.

[Doracle]

En cherchant j'ai pu trouver une solution à votre souci, mais ce ne correspond pas exactement :
Il y a la requête "SET AUTOCOMMIT ON" qui existe et qui permet donc d'automatiser la validation des ordres DML. Seulement c'est une reqûete SQL*Plus donc qui a une durée de vie égale à la durée de votre session ...

De plus c'est déconseillé comme le disait mnitu !

Pour plus d'infos : http://download.oracle.com/docs/cd/B....htm#sthref896

[mnitu]

Bonjour,
mnitu peut être j'ai pas bien expliqué mon problème . en faite j'ai crée des procédures sans mettre à la fin de chaque transaction un commit par exemple:

...
j'ai oublié de mettre le commit; a la fin de l'instruction insert :
INSERT INTO ActRecClt (NAct,CodeRecClt) VALUES ( inact,inrec);
j'ai oublié ->commit;
donc je pourrais pas refaire toutes les procédures en y ajoutant la commande commit .
...

Mettre un commit à la fin de chaque procédure est erroné. Le commit représente la fin de la transaction et c’est très rare qu’une transaction contient un seule ordre SQL. Donc mettez le commit à l’extérieur des procédures à la frontière donc des transactions.

...
si je met pas l'instruction commit j'ai remarqué que l'effet(l'exécution) de la procédure n'est pas instantané; donc comment faire pour que l'effet de la procédure sera instantané sans que je serai obligé à ajouter la commande commit à tous les procédures voila j'espère que j'ai bien expliqué.

C’est vous qui le dit il ne vous reste qu’à la nous démontrer. Sinon lisez Oracle Concepts pour mieux comprendre que est-ce que fait le commit.

Typically, a commit is a fast operation, regardless of the transaction size. The speed of a commit does not increase with the size of the data modified in the transaction. The lengthiest part of the commit is the physical disk I/O performed by LGWR. However, the amount of time spent by LGWR is reduced because it has been incrementally writing the contents of the redo log buffer in the background.

[star]

star je m'excuse j'ai pas compris ta solution veuillez S.V.P plus de détails.ok

Sais-tu ce qu'est une bais de disques ?

.

[pachot]

Bonjour,

... l'effet de la procédure sera instantané ...

Je pense que tu fais une confusion: tu exécutes tes procédures, et tu regardes à partir d'une autre session l'état de la base. Et comme tu ne vois pas tout de suite les modifications faites par les procédures, tu pense qu'elles sont longues.
Lorsque tu commite souvent, alors tu vois tout de suite les modifications à partir d'une autre session, et tu pense qu'elles sont rapides.

En fait, les procédures sont rapides dans tous les cas, et le commit aussi.
Seulement le commit veut dire: fin de la transaction, les autres peuvent voir mes modifications. Et celà sert à rendre les transactions atomiques: soit on voit toutes les modifs, soit aucunes, mais pas la moitié.

Pour faire une analogie: j'ai déjà écrit 15 lignes et tu ne les vois pas encore, parce que je n'ai pas encore cliqué sur 'envoyer la réponse'. Ça ne veut pas dire que j'écris lentement...

Cordialement,
Franck.

P.S: ça y est, j'ai relu ma réponse, je clique sur 'envoyer' et tu la voit toute entière. Si tu l'avais vu partiellement, cela n'avait aucun intérêt. C'est ça l'atomicité d'une transaction.