Discussion :

[tamishrim]

Bonjour à tous,

Je souhaiterais utiliser la clause LIKE avec non pas une chaine "brute", mais un autre champ de la requete. Je travaille sur Access 2000.
Savez vous si celà est possible ? Si oui avec quelle syntaxe ?

Exemple :
SELECT id, NomPrenomFusionne, Nom, Prenom
FROM maTable
WHERE NomPrenomFusionne LIKE [Nom]

J'ai essayé les syntaxes suivantes, sans succès :
Nom
[Nom]
%[Nom]%
"%[Nom]%"
'%[Nom]%'
"%"+[Nom]+"%"
'%'+[Nom]+'%'

Je remercie vraiment toute personne qui pourra me débloquer.

[SLE]

essaie avec :

"%"&[Nom]&"%"

[tamishrim]

Merci pour ton aide
Mais...hélas...non... le & ne fonctionne pas.

Les méthode CONCAT et CONCATENER avec le % ne semblent pas fonctionner non plus.

Pour info :
- les types de données sont identiques
- il y a des champs prénom inclus completement dans NomComplet
- La casse est identiques (tous en majuscules)

Voilà ma requête actuelle...qui ne retourne aucun enregistrement

SELECT maTable.*
FROM maTable
WHERE NomComplet LIKE "%"&[Prénom]&"%";

Une autre idée ?

[SQLpro]

1) utilisez des noms d'objets (colonne, table...) conforme à la norme SQL, c'est à dire sans accent, blancs et autres caracrtères diacritiques

2) supprimez les crochets.

3) délimitez les chaines de caractères par des apostrophes et non des guillemts.

Tout ceci fait partie de la norme SQL !

La solution normative est donc :

Code :

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

1
2
3
 SELECT *
FROM maTable
WHERE NomComplet LIKE '%' || Prenom || '%'

Cependant, Access n'accepte pas la concaténation avec || mais +
De plus certaines version d'Access exige le * à la place du joker % dans le like...

Code :

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

1
2
3
 SELECT *
FROM maTable
WHERE NomComplet LIKE '*' + Prenom + '*'

En bref, Access n'accepte pas grand chose du langage SQL. Il a son propre langage qui le rend incompatible avec beaucoup de SGBDR !
Changez de SGBDR, prenez plutôt MSDE ou SQL Server Express qui en plus d'être très normatif est très performant et gratuit, ce qui est loin d'être la cas d'Access !!!

A +

[tamishrim]

Merci beaucoup pour ton aide !

Effectivement, c'était bien le caractère * et non %.

Concernant tes remarques sur les noms des objets, j'ai simplifié la requête pour le forum, mais en réalité tout est *autant que possible* conforme à la norme SQL(excepté les crochets, qui me semblaient nécessaires sur Access).

Concernant Access, je comprend ta réaction. Je suis moi-même assez réticent à l'idée de construire des applications censées être solides, durables et évolutives avec des outils personnels.
Même si la question que j'ai posée fait vraiment...newbie.. .j'ai plus l'habitude de travailler avec des sgbd tels que Postgresql, Oracle, MySQL (c'est encore un autre sujet), voir Ms SQL Server.

Néanmoins, avant de conduire un tel changement il y a beaucoup d'aspects à prendre en compte, et le calcul est vite fait :
- Les utilisateurs sont formés à Access
- Ils ont besoin de souplesse, de flexibilité et de simplicité
- L'environnement d'execution est assez "cloisonné"
- Le poid de l'existant est important, il serait donc long et couteux de tout re-développer.
- Nous travaillons sur la mise en place d'un infocentre, mais c'est à long terme.
- D'autres projets attendent, et ont une plus forte valeur ajoutée.

Donc désolé mais je n'ai pas d'autre choix que de continuer sur cet environnement...mais je te rejoint sur l'avis technique