Bon c'est un peu (bcp) hors sujet mais c'est pour dév une appli Windev quand
même.
Je fait un select comme suit:
(les noms des tables et champs sont changés)
select CENSxxxx from nxxxxxxxx where
ACTxxxx in (00002,00003) AND CENSxxxx in
(0001,0001,0002,0003,0004,0005,0008,0006,
0007,0009,0010,0011,0012,0015,0016,0017,0018,
0019,0020,0021,0024,0027,0028,0026,0030,0029,
0031,0033,0032,0034,0035,0036,0037,0038,0039,
0040,0041,0042,0043,0044,0045,0046,0047,0049,
0050,0051,0052,0053,0054,0055,0056,0058,0057,
0059,0060,0061,0062,0063,0064,0066,0065,0067,
0068,0069,0070,0071,0072,0073,0075,0076,0077,
0078,0079,0080,0081,0082,0083,0084,0085,0087,
0089,0088,0090,0091,0092,0093,0094,0095,0096,
0097,0099,0098,0100,0101,0103,0104,0106,0105,
0107,0108,0109,0110,0111,0112,0113,0114,0116,
0117,0118,0119,0120,0121,0122,0123,0124,0125,
0126,0127,0128,0129,0131,0132,0134,0135,0136,
0137,0138,0139,0140,0142,0001,0143,0145,0146,
0148,0147,0149,0150,0151,0152,0153,0154,0156,
0157,0158,0159,0160,0161,0162,0164,0163,0165,
0166,0167,0168,0169,0170,0172,0173,0175,0174)
Bon le truc c'est que pour le "IN" (la liste des valeurs), il peut y avoir
bcp plus de trucs, ça vient
d'une autre requête.
Mon problême : à partir d'un certaine longueur pour la liste de valeurs ca
passe plus.
Mais je crois que ça ne vient pas de la longueur parce que :
pour une même liste de valeurs, si je change une valeur (par exemple, 0012
devient 1382) : une erreur est lancée :
Sous SQLPlus j'ai :
/////////////////////
[...]
CENSxxxx
----
0216
0224
0233
ERROR :
ORA-01722: Nombre non valide
45 ligne(s) sélectionnée(s).
/////////////////////////
Pourquoi il me dit "nombre non valide" alors que c'est un nombre comme les
autres,
ça vient de la longueur de la liste ??? (en plus j'obtient quand même des
valeurs....)
> Les requêtes imbriquées c'est bien ! mangez-en !!! Bien sûr que c'est bien! mais quand tu développes pour porter sous mysql aussi; tu es obligé d'apprendre à t'en passer. Il faut encore attendre car la mysql 4.2 qui le permettras n'es pas encore la version de prod.
Ah, bin je pensais pas que MySql allait les faire un jour les requêtes imbriquées, Et, elle est prévue pour bientôt cette 4.2 (release) ? Comme ça j'éviterais la grogne du chef avec mes belles requêtes !
Yannick
"Roumegou" <Utilisezlelien@fin.msg> a écrit dans le message de
news:mn.94687d48045c8cdf.11485@fin.msg...
> Les requêtes imbriquées c'est bien ! mangez-en !!!
Bien sûr que c'est bien! mais quand tu développes pour porter sous
mysql aussi; tu es obligé d'apprendre à t'en passer.
Il faut encore attendre car la mysql 4.2 qui le permettras n'es pas
encore la version de prod.
Ah, bin je pensais pas que MySql allait les faire un jour les requêtes
imbriquées,
Et, elle est prévue pour bientôt cette 4.2 (release) ?
Comme ça j'éviterais la grogne du chef avec mes belles requêtes !
> Les requêtes imbriquées c'est bien ! mangez-en !!! Bien sûr que c'est bien! mais quand tu développes pour porter sous mysql aussi; tu es obligé d'apprendre à t'en passer. Il faut encore attendre car la mysql 4.2 qui le permettras n'es pas encore la version de prod.
Ah, bin je pensais pas que MySql allait les faire un jour les requêtes imbriquées, Et, elle est prévue pour bientôt cette 4.2 (release) ? Comme ça j'éviterais la grogne du chef avec mes belles requêtes !