Je vais essayer de formuler mon problème simplement.
En fait, j'utilise une base access dans mes scripts asp, et lorsque je veux faire des sélections sur plusieurs tables, ce dernier veut absolument une jointure.
Donc ma question, y'a-t-il une solution pour faire "un script" de créature de jointure avec mon asp? car je peux créer des tables et tout le tralala, mais je n'ai rien trouvé dans le SQL de base pour la création des jointures.

Aye. Pas sûr d'avoir compris.-> risque d'à côté de la plaque.
 
Si tu dois faire un SELECT avec jointures, ya pas de problème, mais c'est du SQL, pas de l'ASP...
 
Tu peux créer ta requête avec Access, aller voir le SQL qui est créé et le reprendre.  
 
Les JOIN (INNER, LEFT, RIGHT...) c'est du "SQL de base".
 

je vais encore jeter un oeil, mais le truc c'est que tu ne créé pas de requête pour créer les jointures sous access. c'est tout une affaire de clickettis.
les join, tu les utilises pour préciser ta requête sql, mais tu ne les créé pas, là est le problème.
je m'excuse de pas être très claire, mais c'est de la marde à expliquer

Ah vi, je crois mieux piger.
 
Il s'agirait de créer des relations (et pas des jointures).
 
Tu ne peux pas les créer en dur dans ta base Access (Outils-relations) ?  
 
Ca me paraîtrait plus simple (pour gérer des histoires d'intégrité référentielle et autres choses du genre).
 
Si tu ne peux pas le faire, faudrait un chtit exemple pour que l'affaire devienne un poil moins ténébreuse !
 
 

t'es obligée de faire ta base en access ?

oui je parlais de cela (vocabulaire access   ). en effet je pourrais les créer en dur, mais ca m'arrange pas du tout. Car ca voudrait dire qu'a chaque fois je dois charger ma base, la changer et la re-uploader. bon, c'est possible en m'organisant, mais ma vraie question était de savoir si c'était possible autrement.
 
 

    oui ch'us obligée    

 
toutes mes condoléances !
   

D'après ce que j'ai compris, la méthode citée plus haut me paraît la meilleure: puisque ta base est et reste en Access, utilise le générateur de requête intégré à Access.  Il ne te restera plus qu'à faire un copier/coller de ces requêtes dans tes scripts ASP.  Les jointures dans les requêtes sont nécessaires pour ne pas avoir n'importe quoi en sortie (à mon sens).

a ma connaissance on ne peut pas faire ca    
si qqun connait le moyen...

je capte vraiment pas...  Tu n'as pas de requête SQL dans tes scripts ASP?  Quelle méthode emploies-tu pour récupérer des infos de tes tables?

je crois qu'on est pas sur la meme route, je m'en excuse    
 
sous access, quand tu veux faire tes relations avec les tables, tu as ton "éditeur de relations" à la access.
donc je sais faire ces relations en cliquant, mais je ne sais pas comment reprendre le code correspondant à la création de ses relations

ah ben voilà tout de suite c'est plus clair (j'avais effectivement pas du tout compris comme ça:sweat
 
sorry j'ai pas de réponse
 
 

Ca fait partie de la structure de la base, je ne pense pas qu'on puisse reproduire ça en scriptant ou la récupérer.
 
Du moins pas directement.
 
Tu peux simplement faire en sorte que tes requêtes à ta base (INSERT, UPDATE, DELETE) respectent des contraintes qui correspondraient à ces relations (même si tu ne les crée pas dans Access). Purement SQL, et pas de "cuisine Access", donc.
 
Mais ce que je pige pas trop, c'est pourquoi tu rechignes à les mette en dur. Les relations ne vont pas changer, non ?
 
Car ca voudrait dire qu'a chaque fois je dois charger ma base, la changer et la re-uploader
 
-> les relations changent souvent ???
 
Si c'est le cas, une seule réaction : fichtre !

Petite remarque trouvée sur http://www.asp-fr.net/
 
"Enfin, dernier conseil, mais important: si vous avez prévu d'établir des relations entre plusieurs tables, ne les déclarez pas en tant que relations dans votre base Access, et surtout, posez-vous la question de savoir s'il est vraiment nécessaire d'utiliser plusieurs tables. Access étant relativement limité en nombre de connexions simultanées, vous obtiendrez de meilleures performances en limitant au mieux le nombre de tables distinctes de votre base."

non, c'est sur que je ne les change pas souvent, je peux me débrouiller pour les mettre en dur. mais je trouvais ca pas pratique du tout    
 
 

je suis pas convaincue par leurs dires, j'aimerais quand meme faire une base de données relationnelle, pas un tas de doublons  

 
C'était surtout pour le "ne les déclarez pas en tant que relations dans votre base".  
 
Le fait de faire le moins de tables possibles par principe me paraît pas un argument fabuleux, fectivement.
 
Bon en conclusion :  
 
Le plus important : tu prends du temps à concevoir le schéma de ta BDD -> tu n'auras pas à changer les relations (ce qui est une chose merdouilleuse, Access ou pas). Merise-like.
 
tu décides ensuite  
- si tu veux avoir les relations dans Access  
- si tu préfères gérer tout ça dans tes requêtes (merci les jointures).  
 
Dans les 2 cas tu seras bien malheureuse si tu dois faire des changements de schéma de la base.

bien résumé  
pour le moment je gères ca dans mes requêtes, quitte à les faire imbriquées. mais c'est tellement lourd que ca en devient impossible. Alors il va falloir que je fasse tout ca à la main.
en tout cas merci pour tout    
(et access su>< )

   
 
Sinon bonne chance.