Champ formulaire et Requete SQL

Bonjour,

Je travaille sur une petite application que je passe en php et qui tournait sur access. Elle permet de gérer des candidats et des financeurs pour une manifestation donnée.

Il y'à une chose que j'aimerai bien faire, mais je ne suis pas assez fort pour le réaliser.

J'ai une base mysql avec 4 tables

1 table manifestation
1 table candidat
1 table financeur

un financeur ne peut pas avoir plus d'un candidat à financer pour une manifestation donné

Comment faire pour construire la requete SQL qui va aller vérifier si mon Financeur (F) n'est pas déjà associé à un candidat (C) pour une manifestation (M)

je ne vois pas comment faire ça.

mes tables ne sont pas liées, j'ai fais une vue avec mes colonnes nécessaires.

Le but, ça serait que lorsqu'un candidat est crée et enregistré dans l'application (php/mysql),

Bonjour,
Tu indiques avoir 4 tables mais tu ne nous en liste que 3.
Par ailleurs s'il n'y a pas de relation/liaison entre les tables je ne vois pas comment tu peux contrôler quoi que ce soit.

Je crois qu'il faut que tu nous en dises plus, si tu veux que l'on t'aide.
Cordialement
Soazig

Ma réponse avec un peu de retard....

Oui en effet je débute vraiment, je vais essayer de détailler.

J'ai 4 tables :
coureur
sponsor
compétition
lieu

j'ai un formulaire pour saisir les coureur
un formulaire pour saisir les sponsor
un formulaire pour les compétition
et un formulaire pour le lieu

Un candidat (coureur) peut être sponsorisé (sponsor) pour une compétition (compétition)

Le controle que je dois faire : un sponsor ne peut pas sponsorisé plus d'un coureur pour une compétition donnée

Mon problème (pour la mise à jour) c'est que j'ai construis une vue, qui est utilisable et qui reprend, les colonnes :

nomsponsor codecourse nomc prenomc numcompet compet

J'ai trouvé ma requete :

Code:

---

SELECT COUNT(*) FROM vue_controle WHERE nomsponsor LIKE "%nomsponsor%" AND codecourse = "codecourse" AND nomc = "nomc";

---

Elle me remonte bien si un sponsor à déjà sponsorisé un coureur pour une course donnée.

J' aimerai dans mon formulaire de saisie, (après les 3 premiers champs = nomsponsor / codecourse / nom coureur) faire un bouton qui me permettrait de valider
et exécuter cette requête pour faire mon controle.

j'ai bien essayé de rajouter une fonction mais je ne sais pas l'exécuter.

Voilà ;-)

Bonjour,

Si je comprends bien vos règles de gestion, le contrôle ne doit pas être fait par traitement, il doit être fait par la BDD
En effet, les controles de la BDD sont systématiques, incontournables et infaillibles quels que soient les accès concurrents simultanés, ce n'est pas le cas des contrôles par traitement, plus ou moins fiables selon les développeurs, mais surtout incapables de gérer les accès concurrent avec la même fiabilité que le moteur de la BDD.

Règle de gestion : un sponsor peut sponsoriser au plus un concurrent dans une même compétition
Dans la table "SPONSORISER" issue de l'association ternaire entre "CONCURRENT", "COMPETITION" et "SPONSOR", on supprimera de la PK la colonne identifiant le concurrent, ainsi, pour le couple {id_sponsor, id_compétition} le concurrent devient unique par construction

==> aucun contrôle par traitement, c'est le moteur de la BDD qui fera le travail, ce sera à la fois plus fiable et plus performant ;)

Voici en quoi cela consiste sous forme de schéma

Le MCD et, sous forme de texte à coté des objets, les tables résultantes avec les PK soulignées.

Pièce jointe 502630


La flèche qui va vers lentité-type "SP_SPONSOR" matérialise la contrainte d'intégrité fonctionnelle engendrée par votre règle de gestion

Dans la table issue de l'association ternaire, on évacue la colonne SP_id de la PK, SP_id devient un simple attribut au même titre que le montant de la subvention ou la date de paiement.

Rolalalal tu m'as mis un Zef ! ;-) Tu m'as laissé sur place.

En tout cas génial. C'est une application access que je reprend pour la transformer en php. Je me suis inspiré des travaux d'un bouquin php.

la PK c'est la primary key c'est bien ça ?

sur deux tables j'ai une colonne communes avec le numéro de sponsor, est-il possible de l'exploiter en tant qu'autoincrément ?

PK = Primary Key en effet :)

Si une colonne est une PK de type auto_incrément dans une table elle est de type integer dans l'autre et fait référence, via une contrainte, à la colonne de la table où elle est PK

Exemple :
Table des factures FA_FACTURE (FA_id, FA_numero, FA_date...)
Table des lignes de facture LF_LIGNE_FAC(FA_ID#, LF_id, LF_quantite, LF_prix_unit...)

dans le script de la table LF_LIGNE_FAC, il y aura une instruction qui ressemblera a
CONSTRAINT FK01_LF_FA FOREIGN KEY (FA_ID) REFERENCES FA_FACTURE(FA_ID).

Dans cet exemple, avec MYSQL, après avoir inséré une facture dans la table FA_FACTURE, on récupère la valeur de l'auto_incrément grace à la fonction LAST_INSERT_ID pour insérer cette même valeur dans la table des lignes de factures LF_LIGNE_FAC

Bonjour,

OK, je comprend.

Ma difficulté c'est que j'ai pu transformer la base access en base mysql. Je n'ai aucune liaisons entre les tables.

J'ai pu tout injecté dans une base mysql.

J'ai crée un formulaire par table pour les renseigner. l'élément commun dans la table coureur et la table sponsor c'est le numéro sponsor
J'ai dans ma table compétition le code compétition qui est aussi dans la table sponsor.

Comment dois je faire pour faire un lien ?

Ca serait bien de faire ça pour faire le contrôle ?
Ca ressemble à ce que tu évoquais dans ton schema escartefigue non ?

Citation:

---

Envoyé par Zaqen

Ma difficulté c'est que j'ai pu transformer la base access en base mysql. Je n'ai aucune liaisons entre les tables.

---

Erreur fatale : qui dite base de données relationnelle, dit colonne commune entre les tables permettant de réaliser ces relations

Citation:

---

Envoyé par Zaqen

J'ai pu tout injecté dans une base mysql.

---

Avant de créer la BDD, il aurait fallu réfléchir au modèle de données, en commençant de préférence par le modèle conceptuel (MCD) afin de vérifier qu'on a bien recensé l'exhaustivité des règles de gestion. Le MCD ne peut pas être réalisé dans MysqlWorbench, cet outil ne le permet pas, mais si vos règles de gestion sont complètes, alors le MCD que j'ai schématisé plus haut est conforme.
Il suffit ensuite d'enrichir avec les colonnes manquantes, les types de données et autres caractéristiques (longueur, nombre de décimales, nullable ou pas...)
Le modèle logique, c'est à dire les tables, n'est que la conséquence du MCD.

D'après les règles de gestion exprimées, il en découle 4 tables, c'est ce que j'ai représenté dans ma réponse plus haut.
Une table pour chacune des entités-type COUREUR, COMPETITION et SPONSOR
Une table issue de l'association ternaire
C'est cette dernière table qui permet de faire le lien avec les tables issues des entité-type
C'est donc dans cette dernière table que vous trouverez les FK avec les contraintes de type référence.

Alors du coup c'est trop tard de faire le lien entre les tables ?

> bon ok, pas du tout en y réfléchissant bien ;-)

Vous me confirmez qu'il n'est pas possible de linker deux colonnes en Autoincrément ?

Bien sur que non ce n'est pas possible : le principe des colonnes identifiantes attribuées par le SGBD (auto_incrément pour MySQL, sequence ou identity pour d'autres SGBD) est que le moteur de la BDD attribue la valeur lors de l'insert (dans les faits, il les distribue parfois un peu avant mais peu importe ;))

Donc, encore une fois, si on fait un insert sur deux tables liées différentes, il faut que seule celle qui pilote l'identifiant, la table "mère", ait cette colonne en type auto_incrément. L'autre récupère la valeur après insertion dans la mère via une fonction spécifique (last_insert_id pour mysql) et l'applique pour insérer dans la table fille.