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....)
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois. Un moyen simple pour toi c'est de transformer tes in en multiples OR du genre : (CENSxxxx 01) or (CENSxxxx 02) ...
Là çà marche. C'est simple, c'est le principe utiliser par les outils de restit.
idbat wrote:
Bonjour à tous,
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois.
Un moyen simple pour toi c'est de transformer tes in en multiples OR du
genre : (CENSxxxx 01) or (CENSxxxx 02) ...
Là çà marche. C'est simple, c'est le principe utiliser par les outils de
restit.
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois. Un moyen simple pour toi c'est de transformer tes in en multiples OR du genre : (CENSxxxx 01) or (CENSxxxx 02) ...
Là çà marche. C'est simple, c'est le principe utiliser par les outils de restit.
idbat
"Manu" a écrit dans le message de news:cfv8nr$67m$
idbat wrote: > Bonjour à tous, > > 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, [CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
Un moyen simple pour toi c'est de transformer tes in en multiples OR du genre : (CENSxxxx 01) or (CENSxxxx 02) ...
Là çà marche. C'est simple, c'est le principe utiliser par les outils de restit.
Merci pour ton aide.
Ah bon c'est limité... :-( mais moi ça bloque à partir de 215 (et des broutilles) valeurs :-/
Et y'aurait pas de limite avec les "or" comme tu dis? c'est bizarre cette limite puisque si j'avais fait une sous-requête pour récupérer cette liste de valeurs dans la même requête, elle serait la même et aurait marché, enfin je pense....
Si quelqu'un à qui c'est déjà arrivé ce truc, help me !
"Manu" <el@netcourrier.com> a écrit dans le message de
news:cfv8nr$67m$1@reader1.imaginet.fr...
idbat wrote:
> Bonjour à tous,
>
> 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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
Un moyen simple pour toi c'est de transformer tes in en multiples OR du
genre : (CENSxxxx 01) or (CENSxxxx 02) ...
Là çà marche. C'est simple, c'est le principe utiliser par les outils de
restit.
Merci pour ton aide.
Ah bon c'est limité... :-(
mais moi ça bloque à partir de 215 (et des broutilles) valeurs :-/
Et y'aurait pas de limite avec les "or" comme tu dis?
c'est bizarre cette limite puisque si j'avais fait une sous-requête pour
récupérer cette liste de valeurs dans la même requête,
elle serait la même et aurait marché, enfin je pense....
Si quelqu'un à qui c'est déjà arrivé ce truc, help me !
"Manu" a écrit dans le message de news:cfv8nr$67m$
idbat wrote: > Bonjour à tous, > > 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, [CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
Un moyen simple pour toi c'est de transformer tes in en multiples OR du genre : (CENSxxxx 01) or (CENSxxxx 02) ...
Là çà marche. C'est simple, c'est le principe utiliser par les outils de restit.
Merci pour ton aide.
Ah bon c'est limité... :-( mais moi ça bloque à partir de 215 (et des broutilles) valeurs :-/
Et y'aurait pas de limite avec les "or" comme tu dis? c'est bizarre cette limite puisque si j'avais fait une sous-requête pour récupérer cette liste de valeurs dans la même requête, elle serait la même et aurait marché, enfin je pense....
Si quelqu'un à qui c'est déjà arrivé ce truc, help me !
idbat
"idbat" a écrit dans le message de news:cfvap0$92f$
"Manu" a écrit dans le message de news:cfv8nr$67m$ > > idbat wrote: > > Bonjour à tous, > > > > 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, > [CUT] > > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois. > Un moyen simple pour toi c'est de transformer tes in en multiples OR du > genre : (CENSxxxx 01) or (CENSxxxx 02) ... > > Là çà marche. C'est simple, c'est le principe utiliser par les outils de > restit. >
Merci pour ton aide.
Ah bon c'est limité... :-( mais moi ça bloque à partir de 215 (et des broutilles) valeurs :-/
Et y'aurait pas de limite avec les "or" comme tu dis? c'est bizarre cette limite puisque si j'avais fait une sous-requête pour récupérer cette liste de valeurs dans la même requête, elle serait la même et aurait marché, enfin je pense....
Si quelqu'un à qui c'est déjà arrivé ce truc, help me !
Je viens de tester avec les "or" ça me donne la même erreur : renvoi quelques résultats (45 lignes exactement), puis me sort la même erreur : [...] 0216 0224 0233 ERROR : ORA-01722: Nombre non valide
45 ligne(s) sélectionnée(s).
Au secours....!!! pourquoi cette erreur ! Les "or" sont aussi limités ???
"idbat" <idbat@wanadoo.fr> a écrit dans le message de
news:cfvap0$92f$1@news-reader1.wanadoo.fr...
"Manu" <el@netcourrier.com> a écrit dans le message de
news:cfv8nr$67m$1@reader1.imaginet.fr...
>
> idbat wrote:
> > Bonjour à tous,
> >
> > 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,
> [CUT]
>
> Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
> Un moyen simple pour toi c'est de transformer tes in en multiples OR du
> genre : (CENSxxxx 01) or (CENSxxxx 02) ...
>
> Là çà marche. C'est simple, c'est le principe utiliser par les outils de
> restit.
>
Merci pour ton aide.
Ah bon c'est limité... :-(
mais moi ça bloque à partir de 215 (et des broutilles) valeurs :-/
Et y'aurait pas de limite avec les "or" comme tu dis?
c'est bizarre cette limite puisque si j'avais fait une sous-requête pour
récupérer cette liste de valeurs dans la même requête,
elle serait la même et aurait marché, enfin je pense....
Si quelqu'un à qui c'est déjà arrivé ce truc, help me !
Je viens de tester avec les "or" ça me donne la même erreur :
renvoi quelques résultats (45 lignes exactement), puis me sort la même
erreur :
[...]
0216
0224
0233
ERROR :
ORA-01722: Nombre non valide
45 ligne(s) sélectionnée(s).
Au secours....!!! pourquoi cette erreur ! Les "or" sont aussi limités ???
"idbat" a écrit dans le message de news:cfvap0$92f$
"Manu" a écrit dans le message de news:cfv8nr$67m$ > > idbat wrote: > > Bonjour à tous, > > > > 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, > [CUT] > > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois. > Un moyen simple pour toi c'est de transformer tes in en multiples OR du > genre : (CENSxxxx 01) or (CENSxxxx 02) ... > > Là çà marche. C'est simple, c'est le principe utiliser par les outils de > restit. >
Merci pour ton aide.
Ah bon c'est limité... :-( mais moi ça bloque à partir de 215 (et des broutilles) valeurs :-/
Et y'aurait pas de limite avec les "or" comme tu dis? c'est bizarre cette limite puisque si j'avais fait une sous-requête pour récupérer cette liste de valeurs dans la même requête, elle serait la même et aurait marché, enfin je pense....
Si quelqu'un à qui c'est déjà arrivé ce truc, help me !
Je viens de tester avec les "or" ça me donne la même erreur : renvoi quelques résultats (45 lignes exactement), puis me sort la même erreur : [...] 0216 0224 0233 ERROR : ORA-01722: Nombre non valide
45 ligne(s) sélectionnée(s).
Au secours....!!! pourquoi cette erreur ! Les "or" sont aussi limités ???
Manu
> 45 ligne(s) sélectionnée(s).
Ce ne serait pas parce que tu compares une chaine de caractères en base (champ de type varchar) avec tes valeurs, comme tes valeusr sont de type number. C'est un cast automatique et donc la requete tente de faire un to_number() sur ta colonne.
Tente le coup de faire un select to_number(CENSxxxx) from ma_table. Si elle te renvoie une erreur c'est çà.
> 45 ligne(s) sélectionnée(s).
Ce ne serait pas parce que tu compares une chaine de caractères en base
(champ de type varchar) avec tes valeurs, comme tes valeusr sont de type
number. C'est un cast automatique et donc la requete tente de faire un
to_number() sur ta colonne.
Tente le coup de faire un select to_number(CENSxxxx) from ma_table. Si elle
te renvoie une erreur c'est çà.
Ce ne serait pas parce que tu compares une chaine de caractères en base (champ de type varchar) avec tes valeurs, comme tes valeusr sont de type number. C'est un cast automatique et donc la requete tente de faire un to_number() sur ta colonne.
Tente le coup de faire un select to_number(CENSxxxx) from ma_table. Si elle te renvoie une erreur c'est çà.
Roumegou
Il se trouve que Manu a formulé :
idbat wrote:
Bonjour à tous,
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que cette limite vient d'oracle meme si je ne me suis jamais amusé à tester cela depuis un frontal.
As tu essayé une sous requete ?
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Il se trouve que Manu a formulé :
idbat wrote:
Bonjour à tous,
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que
cette limite vient d'oracle meme si je ne me suis jamais amusé à tester
cela depuis un frontal.
As tu essayé une sous requete ?
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que cette limite vient d'oracle meme si je ne me suis jamais amusé à tester cela depuis un frontal.
As tu essayé une sous requete ?
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
idbat
"Manu" a écrit dans le message de news:cfvg6h$87j$
> 45 ligne(s) sélectionnée(s).
Ce ne serait pas parce que tu compares une chaine de caractères en base (champ de type varchar) avec tes valeurs, comme tes valeusr sont de type number. C'est un cast automatique et donc la requete tente de faire un to_number() sur ta colonne.
Tente le coup de faire un select to_number(CENSxxxx) from ma_table. Si
elle
te renvoie une erreur c'est çà.
Oui c'est ça : mauvaise comparaison des varchar2 avec des number !!!
Donc j'ai changé : tout en varchar2 et c'est mieux
Merci beaucouuuuuuuuuuuuuuuuuuuuuup, mais maintenant le problême de la limite........
"Manu" <el@netcourrier.com> a écrit dans le message de
news:cfvg6h$87j$1@reader1.imaginet.fr...
> 45 ligne(s) sélectionnée(s).
Ce ne serait pas parce que tu compares une chaine de caractères en base
(champ de type varchar) avec tes valeurs, comme tes valeusr sont de type
number. C'est un cast automatique et donc la requete tente de faire un
to_number() sur ta colonne.
Tente le coup de faire un select to_number(CENSxxxx) from ma_table. Si
elle
te renvoie une erreur c'est çà.
Oui c'est ça : mauvaise comparaison des varchar2 avec des number !!!
Donc j'ai changé : tout en varchar2 et c'est mieux
Merci beaucouuuuuuuuuuuuuuuuuuuuuup, mais maintenant le problême de la
limite........
"Manu" a écrit dans le message de news:cfvg6h$87j$
> 45 ligne(s) sélectionnée(s).
Ce ne serait pas parce que tu compares une chaine de caractères en base (champ de type varchar) avec tes valeurs, comme tes valeusr sont de type number. C'est un cast automatique et donc la requete tente de faire un to_number() sur ta colonne.
Tente le coup de faire un select to_number(CENSxxxx) from ma_table. Si
elle
te renvoie une erreur c'est çà.
Oui c'est ça : mauvaise comparaison des varchar2 avec des number !!!
Donc j'ai changé : tout en varchar2 et c'est mieux
Merci beaucouuuuuuuuuuuuuuuuuuuuuup, mais maintenant le problême de la limite........
idbat
"Roumegou" a écrit dans le message de news:
Il se trouve que Manu a formulé : > idbat wrote: >> Bonjour à tous, >> >> 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, > [CUT] > > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que cette limite vient d'oracle meme si je ne me suis jamais amusé à tester cela depuis un frontal.
As tu essayé une sous requete ?
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih ! Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
"Roumegou" <Utilisezlelien@fin.msg> a écrit dans le message de
news:mn.93777d48326f84d7.11485@fin.msg...
Il se trouve que Manu a formulé :
> idbat wrote:
>> Bonjour à tous,
>>
>> 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,
> [CUT]
>
> Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que
cette limite vient d'oracle meme si je ne me suis jamais amusé à tester
cela depuis un frontal.
As tu essayé une sous requete ?
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih !
Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Il se trouve que Manu a formulé : > idbat wrote: >> Bonjour à tous, >> >> 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, > [CUT] > > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que cette limite vient d'oracle meme si je ne me suis jamais amusé à tester cela depuis un frontal.
As tu essayé une sous requete ?
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih ! Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
idbat
"idbat" a écrit dans le message de news:cfvnn1$7od$
"Roumegou" a écrit dans le message de news: > Il se trouve que Manu a formulé : > > idbat wrote: > >> Bonjour à tous, > >> > >> 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, > > [CUT] > > > > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois. > > > 256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que > cette limite vient d'oracle meme si je ne me suis jamais amusé à tester > cela depuis un frontal. > > As tu essayé une sous requete ? >
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih
!
Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
Les requêtes imbriquées c'est bien ! mangez-en !!!
Et oui ça marche mieux qu'une liste de valeurs, qui doit être limitée à 254 valeurs sous Oracle (c'est con quand même)
Yannick
"idbat" <idbat@wanadoo.fr> a écrit dans le message de
news:cfvnn1$7od$1@news-reader4.wanadoo.fr...
"Roumegou" <Utilisezlelien@fin.msg> a écrit dans le message de
news:mn.93777d48326f84d7.11485@fin.msg...
> Il se trouve que Manu a formulé :
> > idbat wrote:
> >> Bonjour à tous,
> >>
> >> 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,
> > [CUT]
> >
> > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
>
>
> 256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que
> cette limite vient d'oracle meme si je ne me suis jamais amusé à tester
> cela depuis un frontal.
>
> As tu essayé une sous requete ?
>
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih
!
Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
Les requêtes imbriquées c'est bien ! mangez-en !!!
Et oui ça marche mieux qu'une liste de valeurs, qui doit être limitée à 254
valeurs sous Oracle (c'est con quand même)
"idbat" a écrit dans le message de news:cfvnn1$7od$
"Roumegou" a écrit dans le message de news: > Il se trouve que Manu a formulé : > > idbat wrote: > >> Bonjour à tous, > >> > >> 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, > > [CUT] > > > > Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois. > > > 256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que > cette limite vient d'oracle meme si je ne me suis jamais amusé à tester > cela depuis un frontal. > > As tu essayé une sous requete ? >
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih
!
Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
Les requêtes imbriquées c'est bien ! mangez-en !!!
Et oui ça marche mieux qu'une liste de valeurs, qui doit être limitée à 254 valeurs sous Oracle (c'est con quand même)
Yannick
Roumegou
Il se trouve que idbat a formulé :
"idbat" a écrit dans le message de news:cfvnn1$7od$
"Roumegou" a écrit dans le message de news:
Il se trouve que Manu a formulé :
idbat wrote:
Bonjour à tous,
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que cette limite vient d'oracle meme si je ne me suis jamais amusé à tester cela depuis un frontal.
As tu essayé une sous requete ?
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih ! Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
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.
Et oui ça marche mieux qu'une liste de valeurs, qui doit être limitée à 254 valeurs sous Oracle (c'est con quand même)
Yannick
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Il se trouve que idbat a formulé :
"idbat" <idbat@wanadoo.fr> a écrit dans le message de
news:cfvnn1$7od$1@news-reader4.wanadoo.fr...
"Roumegou" <Utilisezlelien@fin.msg> a écrit dans le message de
news:mn.93777d48326f84d7.11485@fin.msg...
Il se trouve que Manu a formulé :
idbat wrote:
Bonjour à tous,
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je
crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que
cette limite vient d'oracle meme si je ne me suis jamais amusé à tester
cela depuis un frontal.
As tu essayé une sous requete ?
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih !
Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
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.
Et oui ça marche mieux qu'une liste de valeurs, qui doit être limitée à 254
valeurs sous Oracle (c'est con quand même)
Yannick
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
"idbat" a écrit dans le message de news:cfvnn1$7od$
"Roumegou" a écrit dans le message de news:
Il se trouve que Manu a formulé :
idbat wrote:
Bonjour à tous,
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,
[CUT]
Par ce que tu es limité dans le nombre de valeurs dans le in, 64 je crois.
256 ! et cette limite existait déjà en Oracle 7.5. Et je pense que cette limite vient d'oracle meme si je ne me suis jamais amusé à tester cela depuis un frontal.
As tu essayé une sous requete ?
J'ai trouvé : c'est 254 qu'il me dit Oracle, OUaiiiiiiiiiiiiiiiiiiiiiiiiih ! Donc vais être obligé de faire avec des sous-requêtes, mince :-/
Merci pour l'aide :-)
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.
Et oui ça marche mieux qu'une liste de valeurs, qui doit être limitée à 254 valeurs sous Oracle (c'est con quand même)
Yannick
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou
idbat avait soumis l'idée :
"Roumegou" a écrit dans le message de news:
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 !
La 4.2 est en phase de dev depuis 1 an et Demi je crois. On est en 5 meme pour les versions de prog. Je ne sais pas pourquoi ils attendent autant pour proclamer la 4.2 en version de Production ?
Il faut dire aussi que beaucoup de providers ne proposent encore que du mysql 3.5 encore. Et il n'y a pas encore si longtemps le driver pcsoft pour mysql était donné pour la v3.
Yannick
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
idbat avait soumis l'idée :
"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 !
La 4.2 est en phase de dev depuis 1 an et Demi je crois. On est en 5
meme pour les versions de prog. Je ne sais pas pourquoi ils attendent
autant pour proclamer la 4.2 en version de Production ?
Il faut dire aussi que beaucoup de providers ne proposent encore que du
mysql 3.5 encore. Et il n'y a pas encore si longtemps le driver pcsoft
pour mysql était donné pour la v3.
Yannick
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
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 !
La 4.2 est en phase de dev depuis 1 an et Demi je crois. On est en 5 meme pour les versions de prog. Je ne sais pas pourquoi ils attendent autant pour proclamer la 4.2 en version de Production ?
Il faut dire aussi que beaucoup de providers ne proposent encore que du mysql 3.5 encore. Et il n'y a pas encore si longtemps le driver pcsoft pour mysql était donné pour la v3.
Yannick
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
