Discussion :

[Nikimizi]

Bonjour,

Je me demandais que ce soit sous ORACLE ou sous MSQL, y'a-t-il une limitation du nombre d'occurences ?

J'ai 4 à 5 tables à "jointer" pour Consolider une nouvelle table sur une liste de 2 millions d'identifiants et je me demandais si c'était optimal de mettre ma "liste" de 2 millions d'occurences dans un IN...

Y'a-t-il une manière plus "propre" ?

merci d'avance

[al1_24]

S'il s'agit d'une liste de valeurs "en dur", il existe en effet des limites qui différent d'un SGBD et d'une version à une autre. Tu trouveras l'information dans la documentation technique.
S'il s'agit de vérifier si une valeur est dans une table, il n’y a pas de limite à ma connaissance.
Tu peux aussi utiliser une jointure ou EXISTS.
Regarde le plan d'exécution, ajoute éventuellement les index qui vont bien... il n'y a pas de recette unique

[StringBuilder]

SQL Server ne semble pas avoir de limite, même pour les valeurs littérales.
En effet, il y a une limite de taille du lot batch, mais à ce moment le reste du IN est évalué dans un second batch (trouvé sur les forums de la MSDN).

En revanche, IL NE FAUT PAS utiliser de IN littéral de grande taille : cela consomme énormément de ressources (surtout mémoire) et aura des performances catastrophiques, sans oublier de potentiels plantages (pas assez de mémoire entre autres).

Il faut donc passer par une sous-requête sur une table temporaire par exemple.

Dans Oracle la limite des valeurs littérales est très basse (quelques milliers il me semble, si ce n'est moins).
Mais à nouveau, passer par une sous-select qui tape dans une table temporaire ne pose aucun problème.

Quand le IN porte sur un sous-select, la requête est réécrite sous forme de jointure.

Sinon, tu veux faire quoi au juste avec ton IN ?

C'est pas plutôt un UNION que tu cherches à faire (n'oublie pas le ALL dans ce cas, sous réserve de performances très dégradées sur de gros volumes).

[Nikimizi]

Il s'agit pour moi de consolider une nouvelle table avec de nouvelles données liées à mes identifiants. l'idée est donc de réaliser des jointures à partir de cet identifiant pour récupérer des données. (et j'ai 1.8M de données => pour 3 à 5 jointures à réaliser...

Le but : créer une table d'entrée avec ces données

Pour résumer : j'ai une liste en entrée d'identifiants ( que je ne peux pas reproduire ) pour aller chercher un certain nombre de données liées à ces identifiants dans d'autres tables. Consolider ma table.

Je vais gratter un peu ce que vous m'avez donné comme information mais non pas d'UNION

PS : En plus, je suis cantonné à du SQL-VIEW => -500 occurences dans mon IN ...

Ou alors est-il possible de créer une "automatisation" pour créer les requêtes sur un nombre d'occurences définies ? la lune *.*

[StringBuilder]

Créez une table temporaire (ou physique si votre SGBD ne le supporte pas) contenant l'ensemble de vos ID.
Vous pouvez alors faire une simple jointure dessus, et vous n'aurez plus de souci de IN volumineux.

[islamov2000]

Oracle n'est pas limité dans utilisation de IN
car on peut faire:

Code :

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

1
2
select * from la_table
where le_champ IN (select le_champ_prime from autre_table)

[StringBuilder]

Ben comme j'ai déjà dit, ça dépend de ce qu'on entends par "IN" :
- Littéral : where id in (1, 2, 3, 4) qui est TRES limité chez Oracle (quelques milliers tout au plus)
- Sous-requête : where id in (select id from ...) qui est illimité

Notre ami a une liste de valeurs littérales.
Il est donc bloqué par Oracle.

Et la seule solution, c'est de passer par une table temporaire pour remplacer les valeurs littérales par une sous-requête sur la table temporaire.

[islamov2000]

@Nikimizi , envoyez un jeu de données et je concrétiserai votre besoin.