Discussion :

[Scorpi0]

Bonjour,

Comme vous le savez surement, il existe dans ce monde des personnes peu scrupuleuse dans le codage du PL/SQL, qui usent et abusent des largesses qu'autorise ce langage.

Dernier exemple en date, nous avons vu du code du genre :

Code :

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

to_date(sysdate,'DD/MM/YYYY')

Le but étant de tronquer les heures, un

Code :

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

trunc(sysdate)

devait pourtant suffire.
Enfin bon, la première syntaxe est donc dépendante du format date par défaut, ce qui équivaut à

Code :

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

to_date(to_char(sysdate,'formatParDéfaut'),'DD/MM/YYYY')

Au final, un codeur lambda se contentera de la première syntaxe si ça marche au premier test, alors qu'en prod lors d'un passage d'une nouvelle version qui changerait le format date par défaut, genre d'un petit DD/MM/YYYY à un DD-MON-YY, et tout explose, on se retrouve avec des 0009 à la place des 2009 (non, c'est à peine du vécu ^^).

Ma question est donc :

Peux-t-on désactiver les conversions implicites du compilateur PL/SQL pour éviter que des codeurs sans pitié produise du code aléatoire ?

Merci

[mnitu]

Je ne pense pas vu que ce n'est pas une caractéristique du compilateur PL/SQL mais un choix dans l'implémentation du langage SQL.
Reste à voir si dans Oracle 11 le PL/Scope pourrait aider. à detecter ces situations.