Nous rencontrons un certain nombre de problèmes lors du passage en V6R1 :
- qui avaient été identifié par IBM (pb de join/using dans les requêtes SQL par exemple)
- et d'autres sur lesquels ils n'existent pas de documentation à notre connaissance :
1. problème des DS posté par Ludovic Braconnier (réglé par des ptf IBM)
2. problème des nouveaux mots réservés (utilisés chez nous en tant que préfixe de fichier) : LOG, NAN, ...
Nous découvrons donc certains problèmes sans avoir pu les anticiper, au fur et à mesure des développements en cours.
Pour nous aider à prévoir ce qui peut encore apparaître comme souci lié à la V6R1, auriez vous un retour d'expérience sur le même sujet ?
Merci d'avance[/list]
Passage en V6R1
-
- Site Admin
- Messages : 813
- Enregistré le : mer. 14 févr. 2007, 18:00:03
- Localisation : Nantes
- Contact :
Nouveaux mots réservés SQL en V6R10
Pour infos, voici la liste des mots réservés SQL nouveaux en V6R10
(pour la liste complète voyez http://publib.boulder.ibm.com/infocente ... ordsre.htm)
-ACTION
-APPEND
-ASC
-BIND
-BIT
-BUFFERPOOL
-CLIENT
-CLUSTER
-COLLECT
-COMPACT
-COMPRESS
-COPY
-CUBE
-DATA
-DEACTIVATE
-DEFER
-DEFINE
-DESC
-ENFORCED
-EXTEND
-FREEPAGE
-GBPCACHE
-IMPLICITLY
-INDEXBP
-INF
-INFINITY
-LEVEL2
-LOCKSIZE
-LOG
-LOGGED
-MINPCTUSED
-MIXED
-NAN
-NATIONAL
-NCHAR
-NCLOB
-NONE
-NULLS
-NVARCHAR
-OBID
-ORGANIZE
-PADDED
-PAGE
-PARTITIONED
-PCTFREE
-PIECESIZE
-PLAN
-PRIQTY
-ROLLUP
-SBCS
-SECQTY
-SKIP
-SNAN
-STOGROUP
-TABLESPACE
-TABLESPACES
-VCAT
-YES
le nom de schéma (bibliothèque) SYSIBMADM est aussi nouveau, et de manière générale il faut éviter tout ce qui commence par SYS et bien sûr la lettre Q.
(pour la liste complète voyez http://publib.boulder.ibm.com/infocente ... ordsre.htm)
-ACTION
-APPEND
-ASC
-BIND
-BIT
-BUFFERPOOL
-CLIENT
-CLUSTER
-COLLECT
-COMPACT
-COMPRESS
-COPY
-CUBE
-DATA
-DEACTIVATE
-DEFER
-DEFINE
-DESC
-ENFORCED
-EXTEND
-FREEPAGE
-GBPCACHE
-IMPLICITLY
-INDEXBP
-INF
-INFINITY
-LEVEL2
-LOCKSIZE
-LOG
-LOGGED
-MINPCTUSED
-MIXED
-NAN
-NATIONAL
-NCHAR
-NCLOB
-NONE
-NULLS
-NVARCHAR
-OBID
-ORGANIZE
-PADDED
-PAGE
-PARTITIONED
-PCTFREE
-PIECESIZE
-PLAN
-PRIQTY
-ROLLUP
-SBCS
-SECQTY
-SKIP
-SNAN
-STOGROUP
-TABLESPACE
-TABLESPACES
-VCAT
-YES
le nom de schéma (bibliothèque) SYSIBMADM est aussi nouveau, et de manière générale il faut éviter tout ce qui commence par SYS et bien sûr la lettre Q.
Christian Massé (Volubis.fr)
SQL en V6R1
J'ai également eu un problème SQL après passage de V5R4 en V6R1.
J'utilise une fonction avec des paramètres alpha :
FONCT(P1,P2, P3, ...)
Dans certain cas je dois utiliser des zones numériques comme paramètres, qu'il faut évidement transformer en Char pour la fonction.
En particulier, un parm de 3A est contitué par la concaténétion d'une zone A de 1alpha + une zone N de 2n.
En V5R4, la syntaxe suivante était acceptée :
FONCT(..., A concat digits(N), ...)
Mais en V6R1, cela ne fonctionnait plus et j'ai du modifié l'instruction en :
FONCT(..., Char(A concat digits(N)), ...)
J'utilise une fonction avec des paramètres alpha :
FONCT(P1,P2, P3, ...)
Dans certain cas je dois utiliser des zones numériques comme paramètres, qu'il faut évidement transformer en Char pour la fonction.
En particulier, un parm de 3A est contitué par la concaténétion d'une zone A de 1alpha + une zone N de 2n.
En V5R4, la syntaxe suivante était acceptée :
FONCT(..., A concat digits(N), ...)
Mais en V6R1, cela ne fonctionnait plus et j'ai du modifié l'instruction en :
FONCT(..., Char(A concat digits(N)), ...)
Philippe MAUGIN, (RAUTUREAU APPLE SHOES)
V7R2.
V7R2.
-
- Site Admin
- Messages : 813
- Enregistré le : mer. 14 févr. 2007, 18:00:03
- Localisation : Nantes
- Contact :
fonction avec CHAR ou VARCHAR
Pour infos, j'ai le même problème :
j'ai créé une fonction FVARCHAR qui attend du VARCHAR(10)
SELECT FVARCHAR('coucou') from QSQPTABL ==> fonctionne
mais avec une autre fonction FCHAR qui attend du CHAR(10)
SELECT FCHAR('coucou') from QSQPTABL ==> me donne fonction FCHAR non trouvée (SQL0204)
alors que
SELECT FCHAR(char('coucou')) from QSQPTABL ==> fonctionne.
Mais ce qui m'étonne, c'est que j'ai les mêmes réactions sur un système en V5R30.
j'ai créé une fonction FVARCHAR qui attend du VARCHAR(10)
SELECT FVARCHAR('coucou') from QSQPTABL ==> fonctionne
mais avec une autre fonction FCHAR qui attend du CHAR(10)
SELECT FCHAR('coucou') from QSQPTABL ==> me donne fonction FCHAR non trouvée (SQL0204)
alors que
SELECT FCHAR(char('coucou')) from QSQPTABL ==> fonctionne.
Mais ce qui m'étonne, c'est que j'ai les mêmes réactions sur un système en V5R30.
Christian Massé (Volubis.fr)