Discussion :

[aline]

Bonjour à tous,

je cherche à faire un alter session à l'interieur d'une fonction PL/SQL.

Cela marche très bien dans une procédure, mais dans une fonction, je me prends une ORA-14552.
A noter, que je ne suis pas du tout dans une transaction.

Quelqu'un comprends pourquoi?

[aline]

Désolé, mais il fallait bien lire le post.

Poser un alter session dans une procédure marche très bien. Je l'ai testé.

C'est dans une fonction que j'ai des problèmes.

Sinon, j'oubliai, je travaille en 9.2.0.4

[LeoAnderson]

Je me suis rendu compte de mon erreur, mais trop tard !

Sinon, l'appel dans un bloc PL/SQL DECLARE BEGIN END ne pose pas de problèmes, c'est seulement dans un appel en select que l'erreur se produit ? c'est cela ?

[orafrance]

ne serait-ce pas plus simple avec la commande en question

je pense à une altération interdite en PL/SQL par exemple

[LeoAnderson]

Si l'utilisation par affection := dans un BEGIN/END n'est pas possible, je crains qu'il ne faille déclarer la fonction en automous transaction...

Les restrict references WNPS, WNDS, RNPS, RNDS n'ont malheureusement pas eu d'impact !

Soit la fonction :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
CREATE OR REPLACE FUNCTION SCOTT.func_test_sess
return number  AS
   Result number;
   v_qry varchar2(2000);   
BEGIN
   v_qry := 'ALTER SESSION SET NLS_SORT=FRENCH';
   execute immediate (v_qry);  
   result := 0; 
   RETURN (result);
END;
/

Code :

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

1
2
3
4
5
6
DECLARE
  i NUMBER;
BEGIN
  i := SCOTT.func_test_sess;
END;
/

fonctionne alors que

Code :

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

SELECT SCOTT.func_test_sess FROM DUAL;

renvoie l'exception.

On est ok sur le contexte ?

[lalystar]

Bonjour,


Aline, quel est le msg d'erreur renvoyé ? Je suis sous 10g, j'ai fais le petit test de Léo et le msg d'erreur est clair :

Code :

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

1
2
3
4
 
ERROR at line 1:
ORA-14552: cannot perform a DDL, commit or rollback inside a query or DML
ORA-06512: at "SCOTT.F", line 3

Laly.

[orafrance]

Ce qui nous renvoie toujours à la même chose : sans code ni erreur, point de salut

[aline]

Bonjour à tous,

Merci tout d'abord pour votre aide.
L'exception declarée est bien celle que vous avez vu (ora-14552).
Notez que cela aussi je l'avais posté dans mon message de départ.
J'ai exactement le même message que Leo et dans les même conition.

C'est à dire

Code :

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

1
2
 
SELECT SCOTT.func_test_sess FROM DUAL;

me renvoie bien l'exception.



Et il est vrai que je n'avis pas remarqué que:

Code :

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

1
2
3
4
5
6
7
 
DECLARE
  i NUMBER;
BEGIN
  i := SCOTT.func_test_sess;
END;
/

fonctionnait.

[LeoAnderson]

La nuit portant conseil, ce fonctionnement me semble tout à fait normal !

En effet, non seulement ça serait gênant, mais en plus, ça n'aurais pas grand sens je trouve qu'un simple select (si ça se trouve fait à travers une vue) puisse comme ça, sans prévenir, changer des paramètres de la session...

[aline]

Peux être est-ce normal en effet.
Mais il y a un truc qui ne me parait pas normal dans le fonctionnement d'Oralce que je cherchai à résoudre par cette méthode.

En effet, quelqu'un peux m'expliquer pourquoi certaines requêtes ne renvoient un résultat différent en fonction du client qui interroge?

Essayez par exemple

Code :

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

1
2
 
select to_char(sysdate'D') from dual;

et bien, cette simple requête renvoie le jour de la semaine en fonction des paramêtres régionnaux du client.
Donc si vous avez des paramêtres américain par exemple, le premier jour de la semaine est dimanche, vous aurez donc 4 comme reponse à votre requête si on est mercredi.

Si vos lacal setting sont française ou anglaise, la même requête renverra 3.

Je cherchai donc dans une fonction qui fait cette requête à mettre les mêmes paramêtre que sur le serveur afin que c'importe quel client utilisant ce code trouve le même résultat.

Mais peut etre que la solution est de faire un trihgger after logon qui force ce setting.

[LeoAnderson]

En effet, quelqu'un peux m'expliquer pourquoi certaines requêtes ne renvoient un résultat différent en fonction du client qui interroge?

C'est la définition même des Local Settings, il me semble... c'est justement la possibilité de s'adapter aux particularités locals, non ?

Plutôt que de forcer brutalement le NLS des clients, sans leur laisser le choix, je préfèrerais me faire ma fonction à moi qui retourne le n° du jour dans la semaine et qui, selon le NLS du client, ajoute 1 ou non...