Hi, c'est possible en SQL (MySQL) d'écrire simplement une égalité sur une clé multi-colonne ?
 
Illustration :

 
Maintenant je voudrais trouver tous les clients qui ne sont pas les paires (2,3);(2,10);(3,78);(9897;78);... sans avoir à écrire l'expression lourde ...

Enfin la tete de l'espression je m'en fous un peu, je veux surtout la solution la plus rapide. Si la solution de la table temporaire pouvait etre éviter (est-ce la solution la plus rapide ?!?).

Je tente un petit up    
 
En fait, lorsque je me suis initialement pose la question j'esperais avoir de la chance et trouver une syntaxe du genre (bien que n'ayant jamais rien vu de tel dans la documentation) :

 
La liste des paires etant variable, la precompilation de la requete et la table temporaire ne semble pas etre la meilleure solution en terme de performance (la liste etant tres petite par rapport a le nombre d'entree).

Ou alors un truc comme ça  
=>
select concat (Banque,'+',NumCompte)
from Client  
where concat (Banque,'+',NumCompte)
in ('2+3','2+10' ...)
 
... Tu vois le genre ?

vttman2 => ta solution ne me semble pas des plus performante : le concat ne va t'il pas obliger un fullscan de la table ?
A verifier, je ne suis pas expert dans le plan d'execution des requetes sql
 
Edit: perso, j'aime pas les clef multiples, j'evite quand je peux : ajout d'une colonne primaire de type int avec auto_increment.
 
Dans ton cas, tu peux faire des simplifications : WHERE (Banque = 'truc' AND NumCompte IN (...) ) OR (Banque = 'truc2' AND NumCompte IN (...) )

Ouais, c'est ce que je pensais faire au final si pas d'autres solutions.  

 
Certes, ça sera sans doute pas des plus optimisé,  
mais en  fait c'était pour donner une  
variante coté écriture    
 
Moi la syntaxe ci-dessous me dérangeait pas    
=>

oracle supporte les égalités de tuples.
 
c'est le seul sgbd qui le permette à ma connaissance (postgre aussi peut-être ?)

Démonstration

 
 
en effet, avec ce concat, tu perds ton index sur ta clé multiple... ca va répondre correctement pdt qq temps, jusqu'au jour où 1 enregistrement de plus te plantera ton appli, car le temps de réponse depassera le timeout de la connexion!