Dans un formulaire, je code une requ=E8te SQL contenant=20
plusieurs tables. Je code le select, le from et le where,=20
mais sans aborder les jointures. C'est chiant et complexe=20
dans mon cas.
J'aimerai qu'access puissent utiliser les relations=20
existant entre les tables et j'ai pris soin de d=E9finir.
Comment faire pour lui dire de compl=E9ter la clause "where"=20
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi m=EAme les jointures ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Yann
Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
Salut Laurent,
Fait ta requête avec l'assistant puis passe en mode
SQL... Et voilà le tour est joué...
Bye
Yann
-----Message d'origine-----
Salut à tous,
Dans un formulaire, je code une requète SQL contenant
plusieurs tables. Je code le select, le from et le
where,
mais sans aborder les jointures. C'est chiant et
complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations
existant entre les tables et j'ai pris soin de définir.
Comment faire pour lui dire de compléter la
clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les
jointures ?
Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
Laurent
Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
Impossible Yves.
C'est mon utilisateur qui choisit de construire
dynamiquement sa requète grace à des formulaires. En
fonction de ses choix, il faut utiliser telle ou telle
tables... Je ne peux pas le savoir à l'avance. Il faut
donc que mes jointures découlent de ses choix... et doit
donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine-----
Salut Laurent,
Fait ta requête avec l'assistant puis passe en mode
SQL... Et voilà le tour est joué...
Bye
Yann
-----Message d'origine-----
Salut à tous,
Dans un formulaire, je code une requète SQL contenant
plusieurs tables. Je code le select, le from et le
where,
mais sans aborder les jointures. C'est chiant et
complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations
existant entre les tables et j'ai pris soin de définir.
Comment faire pour lui dire de compléter la
clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les
jointures ?
Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
Yann
Re-, J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant PostulerA avec Id (utile que si tu te sert de ce lien ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi, - Lorsqu'une formation est créée, l'utilisateur l'enregistre dans la table Formation, - Lorsqu'un candidat postule à une formation, l'utilisateur enregistre le candidat dans la table Candidat et ce-dernier postule pour suivre une formation (table PostulerA que l'utilisateur rempli également), - Lorsque le candidat est retenu, il n'y a qu'à cocher le champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de la formation, tu les aurais en dessous de la table PostulerA avec l'Id Table Note Cde_PostulerA, Cde_Matière, Note Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans la programmetion Access, c'est ce qu'on appelle un modèle physique de données, issue lui-même d'un modèle conceptuel de données.
Bye Yann
-----Message d'origine----- Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
.
Re-,
J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc
Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant
PostulerA avec Id (utile que si tu te sert de ce lien
ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi,
- Lorsqu'une formation est créée, l'utilisateur
l'enregistre dans la table Formation,
- Lorsqu'un candidat postule à une formation,
l'utilisateur enregistre le candidat dans la table
Candidat et ce-dernier postule pour suivre une formation
(table PostulerA que l'utilisateur rempli également),
- Lorsque le candidat est retenu, il n'y a qu'à cocher le
champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de
la formation, tu les aurais en dessous de la table
PostulerA avec l'Id
Table Note Cde_PostulerA, Cde_Matière, Note
Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans
la programmetion Access, c'est ce qu'on appelle un modèle
physique de données, issue lui-même d'un modèle
conceptuel de données.
Bye
Yann
-----Message d'origine-----
Impossible Yves.
C'est mon utilisateur qui choisit de construire
dynamiquement sa requète grace à des formulaires. En
fonction de ses choix, il faut utiliser telle ou telle
tables... Je ne peux pas le savoir à l'avance. Il faut
donc que mes jointures découlent de ses choix... et doit
donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine-----
Salut Laurent,
Fait ta requête avec l'assistant puis passe en mode
SQL... Et voilà le tour est joué...
Bye
Yann
-----Message d'origine-----
Salut à tous,
Dans un formulaire, je code une requète SQL contenant
plusieurs tables. Je code le select, le from et le
where,
mais sans aborder les jointures. C'est chiant et
complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations
existant entre les tables et j'ai pris soin de définir.
Comment faire pour lui dire de compléter la
clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les
jointures ?
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant PostulerA avec Id (utile que si tu te sert de ce lien ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi, - Lorsqu'une formation est créée, l'utilisateur l'enregistre dans la table Formation, - Lorsqu'un candidat postule à une formation, l'utilisateur enregistre le candidat dans la table Candidat et ce-dernier postule pour suivre une formation (table PostulerA que l'utilisateur rempli également), - Lorsque le candidat est retenu, il n'y a qu'à cocher le champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de la formation, tu les aurais en dessous de la table PostulerA avec l'Id Table Note Cde_PostulerA, Cde_Matière, Note Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans la programmetion Access, c'est ce qu'on appelle un modèle physique de données, issue lui-même d'un modèle conceptuel de données.
Bye Yann
-----Message d'origine----- Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
.
Laurent
"Est-ce que cela t'éclair ?" ==> Pas vraiment.
Mon MCD et MPD sont OK... Enfin, bref... je me suis démerdé. J'ai trouvé une parade à mon p'tit soucis.
Merci Yann.
-----Message d'origine----- Re-, J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant PostulerA avec Id (utile que si tu te sert de ce lien ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi, - Lorsqu'une formation est créée, l'utilisateur l'enregistre dans la table Formation, - Lorsqu'un candidat postule à une formation, l'utilisateur enregistre le candidat dans la table Candidat et ce-dernier postule pour suivre une formation (table PostulerA que l'utilisateur rempli également), - Lorsque le candidat est retenu, il n'y a qu'à cocher le champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de la formation, tu les aurais en dessous de la table PostulerA avec l'Id Table Note Cde_PostulerA, Cde_Matière, Note Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans la programmetion Access, c'est ce qu'on appelle un modèle physique de données, issue lui-même d'un modèle conceptuel de données.
Bye Yann
-----Message d'origine----- Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
.
.
"Est-ce que cela t'éclair ?"
==> Pas vraiment.
Mon MCD et MPD sont OK...
Enfin, bref... je me suis démerdé. J'ai trouvé une parade
à mon p'tit soucis.
Merci Yann.
-----Message d'origine-----
Re-,
J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc
Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant
PostulerA avec Id (utile que si tu te sert de ce lien
ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi,
- Lorsqu'une formation est créée, l'utilisateur
l'enregistre dans la table Formation,
- Lorsqu'un candidat postule à une formation,
l'utilisateur enregistre le candidat dans la table
Candidat et ce-dernier postule pour suivre une formation
(table PostulerA que l'utilisateur rempli également),
- Lorsque le candidat est retenu, il n'y a qu'à cocher le
champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de
la formation, tu les aurais en dessous de la table
PostulerA avec l'Id
Table Note Cde_PostulerA, Cde_Matière, Note
Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans
la programmetion Access, c'est ce qu'on appelle un modèle
physique de données, issue lui-même d'un modèle
conceptuel de données.
Bye
Yann
-----Message d'origine-----
Impossible Yves.
C'est mon utilisateur qui choisit de construire
dynamiquement sa requète grace à des formulaires. En
fonction de ses choix, il faut utiliser telle ou telle
tables... Je ne peux pas le savoir à l'avance. Il faut
donc que mes jointures découlent de ses choix... et doit
donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine-----
Salut Laurent,
Fait ta requête avec l'assistant puis passe en mode
SQL... Et voilà le tour est joué...
Bye
Yann
-----Message d'origine-----
Salut à tous,
Dans un formulaire, je code une requète SQL contenant
plusieurs tables. Je code le select, le from et le
where,
mais sans aborder les jointures. C'est chiant et
complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations
existant entre les tables et j'ai pris soin de définir.
Comment faire pour lui dire de compléter la
clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les
jointures ?
Mon MCD et MPD sont OK... Enfin, bref... je me suis démerdé. J'ai trouvé une parade à mon p'tit soucis.
Merci Yann.
-----Message d'origine----- Re-, J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant PostulerA avec Id (utile que si tu te sert de ce lien ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi, - Lorsqu'une formation est créée, l'utilisateur l'enregistre dans la table Formation, - Lorsqu'un candidat postule à une formation, l'utilisateur enregistre le candidat dans la table Candidat et ce-dernier postule pour suivre une formation (table PostulerA que l'utilisateur rempli également), - Lorsque le candidat est retenu, il n'y a qu'à cocher le champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de la formation, tu les aurais en dessous de la table PostulerA avec l'Id Table Note Cde_PostulerA, Cde_Matière, Note Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans la programmetion Access, c'est ce qu'on appelle un modèle physique de données, issue lui-même d'un modèle conceptuel de données.
Bye Yann
-----Message d'origine----- Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir. Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
.
.
Yann
Re-, La réponse est inaproprié, j'ai du cliquer sur répondre et changer de discution juste après, malencontresement... Désolé.
Donc, quel solution as-tu trouvé ?
Bye Yann
-----Message d'origine----- "Est-ce que cela t'éclair ?" ==> Pas vraiment.
Mon MCD et MPD sont OK... Enfin, bref... je me suis démerdé. J'ai trouvé une parade
à mon p'tit soucis.
Merci Yann.
-----Message d'origine----- Re-, J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc
Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant PostulerA avec Id (utile que si tu te sert de ce lien ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi, - Lorsqu'une formation est créée, l'utilisateur l'enregistre dans la table Formation, - Lorsqu'un candidat postule à une formation, l'utilisateur enregistre le candidat dans la table Candidat et ce-dernier postule pour suivre une formation
(table PostulerA que l'utilisateur rempli également), - Lorsque le candidat est retenu, il n'y a qu'à cocher le
champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de
la formation, tu les aurais en dessous de la table PostulerA avec l'Id Table Note Cde_PostulerA, Cde_Matière, Note Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans
la programmetion Access, c'est ce qu'on appelle un modèle
physique de données, issue lui-même d'un modèle conceptuel de données.
Bye Yann
-----Message d'origine----- Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit
donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant
plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir.
Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
Merci
Laurent .
.
.
.
.
Re-,
La réponse est inaproprié, j'ai du cliquer sur répondre
et changer de discution juste après, malencontresement...
Désolé.
Donc, quel solution as-tu trouvé ?
Bye
Yann
-----Message d'origine-----
"Est-ce que cela t'éclair ?"
==> Pas vraiment.
Mon MCD et MPD sont OK...
Enfin, bref... je me suis démerdé. J'ai trouvé une
parade
à mon p'tit soucis.
Merci Yann.
-----Message d'origine-----
Re-,
J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse,
etc
Tu as 1 table Formation avec Id, Nom, DateDeb, Durée,
etc
Et tu dois avoir une autre table entre les 2 s'appelant
PostulerA avec Id (utile que si tu te sert de ce lien
ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi,
- Lorsqu'une formation est créée, l'utilisateur
l'enregistre dans la table Formation,
- Lorsqu'un candidat postule à une formation,
l'utilisateur enregistre le candidat dans la table
Candidat et ce-dernier postule pour suivre une
formation
(table PostulerA que l'utilisateur rempli également),
- Lorsque le candidat est retenu, il n'y a qu'à cocher
le
champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours
de
la formation, tu les aurais en dessous de la table
PostulerA avec l'Id
Table Note Cde_PostulerA, Cde_Matière, Note
Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer
dans
la programmetion Access, c'est ce qu'on appelle un
modèle
physique de données, issue lui-même d'un modèle
conceptuel de données.
Bye
Yann
-----Message d'origine-----
Impossible Yves.
C'est mon utilisateur qui choisit de construire
dynamiquement sa requète grace à des formulaires. En
fonction de ses choix, il faut utiliser telle ou telle
tables... Je ne peux pas le savoir à l'avance. Il faut
donc que mes jointures découlent de ses choix... et
doit
donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine-----
Salut Laurent,
Fait ta requête avec l'assistant puis passe en mode
SQL... Et voilà le tour est joué...
Bye
Yann
-----Message d'origine-----
Salut à tous,
Dans un formulaire, je code une requète SQL
contenant
plusieurs tables. Je code le select, le from et le
where,
mais sans aborder les jointures. C'est chiant et
complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations
existant entre les tables et j'ai pris soin de
définir.
Comment faire pour lui dire de compléter la
clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les
jointures ?
Re-, La réponse est inaproprié, j'ai du cliquer sur répondre et changer de discution juste après, malencontresement... Désolé.
Donc, quel solution as-tu trouvé ?
Bye Yann
-----Message d'origine----- "Est-ce que cela t'éclair ?" ==> Pas vraiment.
Mon MCD et MPD sont OK... Enfin, bref... je me suis démerdé. J'ai trouvé une parade
à mon p'tit soucis.
Merci Yann.
-----Message d'origine----- Re-, J'ai bien saisie...
Tu as 1 table Candidat avec Id, Nom, Prénom, Adresse, etc
Tu as 1 table Formation avec Id, Nom, DateDeb, Durée, etc
Et tu dois avoir une autre table entre les 2 s'appelant PostulerA avec Id (utile que si tu te sert de ce lien ultérieurement), Cde_Candidat, Cde_Formation, Retenu
Aussi, - Lorsqu'une formation est créée, l'utilisateur l'enregistre dans la table Formation, - Lorsqu'un candidat postule à une formation, l'utilisateur enregistre le candidat dans la table Candidat et ce-dernier postule pour suivre une formation
(table PostulerA que l'utilisateur rempli également), - Lorsque le candidat est retenu, il n'y a qu'à cocher le
champ Retenu.
Si, par hasard, tu venais à remplir ses notes au cours de
la formation, tu les aurais en dessous de la table PostulerA avec l'Id Table Note Cde_PostulerA, Cde_Matière, Note Table Matière Id, Matière
Est-ce que cela t'éclair ?
P.S. : Tout ceci doit se définir avant de se lancer dans
la programmetion Access, c'est ce qu'on appelle un modèle
physique de données, issue lui-même d'un modèle conceptuel de données.
Bye Yann
-----Message d'origine----- Impossible Yves. C'est mon utilisateur qui choisit de construire dynamiquement sa requète grace à des formulaires. En fonction de ses choix, il faut utiliser telle ou telle tables... Je ne peux pas le savoir à l'avance. Il faut donc que mes jointures découlent de ses choix... et doit
donc se faire dynamiquement.
Je ne sais pas si je suis clair.
-----Message d'origine----- Salut Laurent, Fait ta requête avec l'assistant puis passe en mode SQL... Et voilà le tour est joué...
Bye Yann
-----Message d'origine----- Salut à tous,
Dans un formulaire, je code une requète SQL contenant
plusieurs tables. Je code le select, le from et le where,
mais sans aborder les jointures. C'est chiant et complexe
dans mon cas.
J'aimerai qu'access puissent utiliser les relations existant entre les tables et j'ai pris soin de définir.
Comment faire pour lui dire de compléter la clause "where"
en utilisant ces relations ?
Est ce possible ? Ou dois je coder moi même les jointures ?
