Discussion :

[Boubou382002]

Salut,

Vous trouverez ci-joint le MCD de ma base ainsi que le formulaire qui me pose problème.


J'ai trois tables :
Ville : Numéro ville (NumAuto), Nom ville (Texte)
Quartier : Numéro ville (Numérique), Numéro quartier (NumAuto), Nom quartier (Texte)
Adresse : Numéro quartier (Numérique), Nom adresse (Texte), Nombre de logements (Numérique).

J'ai un formulaire d'accueil avec deux boutons : Nouvelle adresse et Recherche.

- En cliquant sur Nouvelle adresse, je tombe sur un formulaire avec deux zones de texte (Nom ville et Nom quartier), un sous formulaire dans lequel je rentre les noms des adresses avec leur nombre de logements correspondant et un bouton "Ok".
Là j'ai un problème. Lorsque j'ajoute une adresse dans un quartier existant déjà dans une ville existant déjà, ça ajoute une ligne avec le même Nom de ville et le même Nom de quartier, mais un Numéro ville et un Numéro quartier différent.
Lorsque j'ajoute les adresses et les nombres de logements, j'ai le message d'erreur suivant : " Vous ne pouvez pas ajouter ou modifier un enregistrement car l'enregistrement associé est requis dans la table Quartier".


- En cliquant sur Recherche d'adresse, je tombe sur un formulaire avec des listes déroulantes (Nom ville et Nom quartier).
J'aimerais, après avoir choisi une ville et un quartier, tomber sur un formulaire qui m'afficherait les données correspondantes à ce quartier (données rentrées au préalables dans la table "Adresse".cf "En cliquant sur Nouvelle adresse...").

Je suis assez clair dans mes propos ou non ?

[fsmrel]

De votre MCD on peut inférer la structure des tables, mais pas la façon dont vous codifiez les requêtes SQL d'INSERT, UPDATE et cie et l'ordre dans lequel elles se suivent...

Merci donc de présenter ces requêtes...

[Boubou382002]

CREATE TABLE quartier (numero_quartier uniqueidentifier NOT NULL, nom_quartier text, numero_ville uniqueidentifier);

CREATE TABLE ville (numero_ville uniqueidentifier NOT NULL, nom_ville text);

CREATE TABLE adresse (nom_adresse text NOT NULL, nombre_de_logements numeric, numero_quartier uniqueidentifier);

ALTER TABLE quartier ADD CONSTRAINT PK_quartier PRIMARY KEY (numero_quartier);

ALTER TABLE ville ADD CONSTRAINT PK_ville PRIMARY KEY (numero_ville);

ALTER TABLE adresse ADD CONSTRAINT PK_adresse PRIMARY KEY (nom_adresse);

ALTER TABLE quartier ADD CONSTRAINT FK_quartier_numero_ville FOREIGN KEY (numero_ville) REFERENCES ville (numero_ville);

ALTER TABLE adresse ADD CONSTRAINT FK_adresse_numero_quartier FOREIGN KEY (numero_quartier) REFERENCES quartier (numero_quartier);

[hed62]

Tu as mis les requête de création de la base, pas les insert/update.

[fsmrel]

Quel SGBD ?


Je n’utilise pas personnellement le type uniqueidentifier, mais rien qu’à son nom, on sent qu’il garantit une contrainte d’unicité, autrement dit, au vu de l’instruction suivante :

CREATE TABLE quartier (numero_quartier uniqueidentifier NOT NULL, nom_quartier text, numero_ville uniqueidentifier);

L’unicité des quartiers est garantie, mais aussi celle des villes : une ville ne peut avoir qu’un seul quartier. Pour numero_ville, essayez un autre type.

Les spécialistes du type uniqueidentifier confirmeront ou infirmeront.

[hed62]

Le type uniqueidentifier est un GUID, il est effectivement unique, mais peut être repris dans d'autress enregistrements.

Rien n'empèche donc d'avoir :

ville :
15616-4233d-15faf1 , 'Lille'

quartier :
485df-41e6-ab5c6 , 'Moulins' , 15616-4233d-15faf1
6971a-9501-a5fc6 , 'Fives' , 15616-4233d-15faf1


Mais personnellement, je n'aime pas les uniqueidentifier