Discussion :

[touronster]

Bonjour, j'ai un code pour mon trigger (sous Oracle) dans lequel je souhaite interdire les transactions sur la table MENU, le jour de Mardi :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
create or replace trigger ST_B_DIU_MENU
before delete or insert or update on MENU
 
begin
 
if to_char(SYSDATE, 'DAY') like 'MARDI' then
 
 raise_application_error(-20690, 'Impossible à cette heure: ' || to_char(SYSDATE, 'DAY HH:MM:SS'));
 
end if;
 
end ST_B_DIU_MENU;

Après plusieurs tests, la condition n'est jamais vérifiée, alors que lorsque je teste la date :

> select to_char(SYSDATE, 'DAY') from dual
MARDI

Je ne vois vraiment pas.

Merci beaucoup.

[brassouille]

Si tu regardes la chaine exacte retournée (chez moi du moins) c'est 'MARDI ' avec 3 espaces à la fin.
Le LIKE employé tout seul fait la même chose qu'un = j'ai l'impression. Il faut que tu écrives LIKE 'MARDI%', le % est le symbole pour dire "n'importe quel(s) caractère(s)"

[brassouille]

Cela dit à ta place je testerais plutôt le numéro du jour dans la semaine :

"D : N° du jour dans la semaine (par exemple Lundi =1, Mardi =2, etc...) Attention la notation peut changer en fonction de vos paramètres NLS."

Fais juste attention si ta semaine commence lundi ou dimanche...

[SheikYerbouti]

Ou alors, utiliser le format fmDAY qui supprime les espaces superflus

Code :

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

To_Char(sysdate, 'fmDAY')

[TeamArkadia]

Fais également attention d'avoir le même NLS_LANG sur ton poste et sur ton serveur de BDD !

En FRENCH, le select te renvoie MARDI
En AMERICAN, le select te revoie TUESDAY

Or, si ton poste est en FRENCH, et que ta BDD est en AMERICAN, alors quand ton trigger se déclenche, il te renvoie TUESDAY et non pas MARDI, et donc, ta condition ne sera jamais vérifiée !

[pifor]

Or, si ton poste est en FRENCH, et que ta BDD est en AMERICAN, alors quand ton trigger se déclenche, il te renvoie TUESDAY et non pas MARDI, et donc, ta condition ne sera jamais vérifiée !

C'est faux. Si le client définit NLS_LANG alors les paramètres NLS définis côté serveur -dans le fichier d'initialisation- NE sont PAS pris en compte):

The language and territory components of the NLS_LANG parameter determine the default values for other detailed NLS parameters, such as date format, numeric characters, and linguistic sorting.

[TeamArkadia]

Bonjour pifor,

Je suis désolé si j'ai écrit une erreur, mais c'est ce qu m'est arrivé il y a quelque temps quand une de mes procédures Oracle...

Dans ma procédure j'avais le code suivant :

Code :

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

1
2
3
4
5
6
 
IF ( TRIM(TO_CHAR(SYSDATE, 'DAY')) = 'LUNDI' ) THEN
   ...
ELSE
   ...
END IF;

Tous les tests effectués sur cette procédure ayant été concluant, on m'a demandé de la passer en production, et de la schéduler tous les soirs, ce que j'ai donc fait.

Or le lundi suivant, je me suis aperçu que la procédure n'avait pas effectué le traitement voulu...

Du coup, je me suis mis à revérifier ma procédure de A à Z, d'abord sur mon poste, puis directement sur le serveur, et tout fonctionné normalement...

Et c'est en faisant un copier / coller de mon curseur que je me suis aperçu de ça...

Code :

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

1
2
3
4
5
 
SELECT TRIM(TO_CHAR(SYSDATE, 'DAY')) FROM DUAL
 
Sur mon poste = LUNDI
Sur le serveur = MONDAY

J'ai donc modifié ma procédure comme suit :

Code :

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

1
2
3
4
5
6
 
IF ( TRIM(TO_CHAR(SYSDATE, 'DAY')) IN ('LUNDI', 'MONDAY') ) THEN
   ...
ELSE
   ...
END IF;

et ça a résolu mon problème.

Par la suite, j'ai modifié le NLS de mon poste pour le mettre en AMERICAN, au moins depuis, je ne suis plus embêté par ce genre de problèmes !

Donc peut être que ça n'a rien à voir, mais dans tous les cas, c'est ce qui m'a permis de résoudre mon problème...

[pifor]

On est d'accord:

Dire que la "BDD est en AMERICAN" est ambigü puisque dès que NLS_LANG est défini, les paramètres d'initialisation NLS_xxx ne sont plus pris en compte.

Le fait de changer la valeur de NLS_LANG côté client influe bien sur le format de date utilisé par une session. Notez que ceci est bien le cas que le client soit connecté en local ou par Oracle Net.

Pour éviter ce genre de problème, il est recommandé de définir en dur les paramètres NLS, soit avec ALTER SESSION, un trigger on logon voir directement dans le code SQL:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
SQL> select to_char(sysdate,'day') from dual;
 
TO_CHAR(
--------
mercredi
 
SQL> select to_char(sysdate,'day','NLS_DATE_LANGUAGE=AMERICAN') from dual;
 
TO_CHAR(S
---------
wednesday
 
SQL>