salut
tu as la meme chose depuis ta datawindow ?

c'est pas dans la propriété de ta datawindow object ?
car une limite à 1000 lignes, ca me parait peu...

pick ouic a écrit:

salut
tu as la meme chose depuis ta datawindow ?

c'est pas dans la propriété de ta datawindow object ?
car une limite à 1000 lignes, ca me parait peu...

Je n'ai mis modifié aucune propriété dans mon dataobject.
C'est une datawindow toute simple.

Et c'est vrai qu'une de mes autres Datawindow fait planté PB lorsqu'elle a + de 1000 lignes également. Mais là, c'est un plantage radical. Tout PB s'arrête.
J'ai pas fait gaffe aux autres DW.

jdobosz a écrit:

tu as regardé la valeur de sqlerrtext ?

Non, j'ai pas regardé.
Je vais vérifié de suite..

Dernière modification par Kalini (19-02-2007 13:29:12)

J'ai donc vérifié le sqlerrtext (en fait, je l'avais déjà fait pour la DW) et le message est vide .. Aucune erreur au niveau SQLCA.

Lorsqu'il s'agit d'une  datastore, le retrieve ramène -1 mais ne fait pas planté PB mais lorsqu'ils'agit d'une datawindow, le retrieve finit par faire planté tout PB..
Je ne comprends pas..

J'ai testé avec ton outil. Au passage, bravo, c'est excellent. mon SGBD: Oracle 8i
ça fonctionne bien. J'ai + de 5000 lignes en retour

Mais j'ai compris : Ce n'est pas ma datawindow qui plante ! C'est la requête oracle.
Car en fait, dans ma requête j'envoie un tableau de données comme je le disais, et mon tableau peut dépasser les 1000 valeurs. Or Oracle ne gère pas plus de 1000 valeurs dans un tableau utilisé dans le IN.
Il faudrait que je passe par une table temporaire, mais je n'ai pas de droits pour ça.

Bref, ce n'est donc pas un problème PB....
Désolé..

Pour ton outil, au lieu d'utiliser le IN tableau, j'ai fait un > valeur, ce qui explique pourquoi j'ai pas de plantage.

Merci pick ouic pour ton outil..

pick ouic a écrit:

ok, tout est donc résolu.

Merci merci merci...
au moins tu pourras t'en servir, pour tester tes requetes ou procedures...

A+++


t'as pas les droits pour creer  de tables temporaires ?
et pourquoi tu utilises un tableau ? il y a pas moyen de faire autrement ?

Bien, en fait, je n'ai pas de proc stockées. Donc, toutes les requêtes se font dans les DW direct (bouton SQL). Je ne sais donc pas comment passer par une table de travail ?

Le tableau de valeurs est alimenté en fonction des éléments sélectionnés par l'utilisateur.
L'utilisateur fait d'abord une recherche suivant divers critères. Ensuite, une DW à sélection multiple affiche une liste d'éléments en résultat et il est donc possible de sélectionner plusieurs élements avec la souris. Une fois la sélection validée, les ID de chaque élément sont mémorisés dans le tableau de valeur.
Vu qu'il la possibilité de tout sélectionner, le tableau peut donc avoir + de 1000 valeurs dans certains cas..
Et c'est ce tableau que j'envoie ensuite à la DW/Datastore.

Un DBA m'a dit qu'un IN suivi d'un SELECT dans une table passait sans problème même s'il y avait + de 1000 valeurs en retour sur SELECT. Mais + 1000 valeurs figée dans un tableau, ça ne passe pas ..

Kalini a écrit:

Oracle ne gère pas plus de 1000 valeurs dans un tableau utilisé dans le IN.

tiens, je croyais que c'était 255 valeurs ??

eRaSorZ a écrit:

tiens, je croyais que c'était 255 valeurs ??

Non, non, ça fonctionne très bien jusqu'à 1000 valeurs. les DBA m'ont confirmé que 1000 était bien la limite.
ça dépend peut-être après des versions d'Oracle

Dernière modification par Kalini (19-02-2007 15:36:04)

le IN dans ta requete sql, est valable pour une colonne ?
pourquoi tu ne découperais pas en plusieurs datastores ?
au bout de 500 in, tu continues la suite avec une autre datastore...ainsi de suite ?
c'est pas possible ca ?

pick ouic a écrit:

le IN dans ta requete sql, est valable pour une colonne ?
pourquoi tu ne découperais pas en plusieurs datastores ?
au bout de 500 in, tu continues la suite avec une autre datastore...ainsi de suite ?

ce que tu peux faire pour contourner la limitation:

SELECT ...
  FROM ...
 WHERE ...
   AND ...
   AND (   colonne IN (val1, val2, ...., val1000)
        OR colonne IN (val1001, val1002, ...., val2000)
        OR colonne IN (val2001, val2002, ...., val3000)
          ...
        )

eRaSorZ a écrit:

pick ouic a écrit:

le IN dans ta requete sql, est valable pour une colonne ?
pourquoi tu ne découperais pas en plusieurs datastores ?
au bout de 500 in, tu continues la suite avec une autre datastore...ainsi de suite ?

ce que tu peux faire pour contourner la limitation:

Code: pb

SELECT ...
  FROM ...
 WHERE ...
   AND ...
   AND (   colonne IN (val1, val2, ...., val1000)
        OR colonne IN (val1001, val1002, ...., val2000)
        OR colonne IN (val2001, val2002, ...., val3000)
          ...
        )

Oui, c'était une solution, j'avais essayé ça, mais je ne pouvais pas savoir combien de IN, je pouvais avoir, car le nombre de valeurs pouvais être très variable: de 1 valeur à + de 3000 valeurs..
Donc, j'avais tenté de modifier dynamiquement la requête de la DW, mais ça ne fonctionnait pas dans certains cas, je ne me rappelle plus lesquels, malheureusement.

eRaSorZ a écrit:

Kalini a écrit:

Oui, c'était une solution, j'avais essayé ça, mais je ne pouvais pas savoir combien de IN, je pouvais avoir, car le nombre de valeurs pouvais être très variable: de 1 valeur à + de 3000 valeurs..

une fois que tu connais tes valeurs tu peut construire la requête en fonction de ce nombre ?

Oui, c'est ce que je faisais, je déterminais le nombre de OR à inclure dans la requête. J'utilisais ensuite les  IF THEN ELSE dans PB pour construire ma requête dynamiquement

Ensuite, je modifiais la requête de la DW via la commande SetSQLpreview  avant de faire un retrieve dessus. Mais je ne sais plus pour quelle raison, j'ai abandonné cette solution.