Discussion :

[mihaispr]

Bonjour a tous. Je veux organiser des membres dans une organisation.

J'ai 2 tables Membres et TypesMembres.

TypesMembres est la derniere colonne de la premiere table Membres.
TypesMembres peut avoir deux valeurs PersonnePhysique et PersonneJuridique.

Je connais la structure de la premiere table car on me l'as donne:

Membres(IdMembre,Nom,Prenom,Telephone,TypesMembres)


J'ai cree la premiere table Membres correctement , mais je ne sais pas comment creer la deuxieme qui s'appelle TypesMembres et qui peut avoir 2 valeurs: PersonnePhysique et PersonneJuridique.

Je ne sais pas comment faire ainsi que la colonne Types Membres peut etre en meme temps colonne de la table Membres et avoir deux valeurs PersonnePhysique et PersonneJuridique car je sais d'avance que j'ai une base des donnes avec 2 tables Membres et TypesMembres.

Voila ce que j'ai essaie:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 
-- Contenu du script sql : Application.sql
 
CREATE DATABASE Application
 
CREATE TABLE Membres
(IdMembre int PRIMARY KEY NOT NULL,
Nom varchar(255),
Prenom varchar(255),
Telephone int,
TypesMembres varchar(255)
)

Code :

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

1
2
3
4
5
6
7
 
CREATE TABLE TypesMembres
(PersonnePhysique varchar(255),
PersonneJuridique varchar(255)
)
 
-- commentaire : ...? -- mon lieu bloquant c'est table2 TypesMembres

Ou il faut creer un domaine avec CREATE DOMAIN?

J'attends votre avis urgent,

Cordialment,
Mihai

[Népomucène]

Bon, déjà c'est pas la peine de mettre 255 car pour nom/prénom

Idem pour TypeMembre :

Code :

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

1
2
3
4
5
6
7
8
9
 
 
CREATE TABLE Membres
(IdMembre int PRIMARY KEY NOT NULL,
Nom varchar(50),
Prenom varchar(50),
Telephone int,
TypeMembre varchar(20)
)

Ensuite, il ne faut pas faire deux colonnes dans la table TypesMembres mais une colonne

Après on relie les tables entre elles

et enfin on insère les valeurs de référence

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
CREATE TABLE TypesMembres
(TypeMembre varchar(20) PRIMARY KEY NOT NULL
)
 
ALTER TABLE dbo.Membres ADD CONSTRAINT
	FK_Membres_TypesMembres FOREIGN KEY
	(
	TypeMembre
	) REFERENCES TypesMembres
	(
	TypeMembre
	)
 
INSERT INTO TypesMembres VALUES('PersonnePhysique')
INSERT INTO TypesMembres VALUES('PersonneJuridique')

J'attends votre avis urgent

Il ne faut pas être trop pressé ...

[mihaispr]

Merci beaucoup pour la reponse.

Bonne soiree,

Mihai

[Invité]

Bon, déjà c'est pas la peine de mettre 255 car pour nom/prénom

Et monsieur POURROY de L'AUBERIVIERE de QUINSONAS-OUDINOT de REGGIO, tu vas le rentrer comment ?

[Népomucène]

L'informatique est roturière et dédaigne tout commerce avec les descendants de ceux qui ont été dépossédés du pouvoir en 1789.

Dans son 1er post mihaispr avait mis :

TypesMembres varchar(255)

J'ai surtout voulu attirer son attention sur la structuration "consciente" des colonnes.
"Car structuration sans conscience n'est que ruine du SGBD" (Rabelais) ...

[mihaispr]

Oui je savais que ca impliquait la dimension des colonnes string le type varchar dans sql serveur je me suis depeche un peu.

La deuxieme partie avec foreign key et references m'a interesse en fait.

Merci encore une fois de m'aider J'apprecie beaucoup ton aide.

Je ne savais pas qu'on peut faire foreign key a une colonne qui n'est pas cle primaire. Merci de m'aider.

Cordialment,

Mihai

[Népomucène]

Je ne savais pas qu'on peut faire foreign key a une colonne qui n'est pas cle primaire

C'est même très important :
Il est souvent nécessaire de contrôler un enregistrement par plusieurs tables de références.

Par exemple une table "Ventes" (d'une base commerciale) qui enregistre le détail d'une facture va comporter les informations :
- N° de facture
- Code article
- Code Tva

Cette table "Ventes" peut avoir pour clé primaire une colonne "IdVente" (int)

Mais ce qui est intéressant pour la fiabilité du système est qu'on va créer 3 tables pour contrôler les ventes :
- "Factures" : pour les données clients, n° facture, date, ...
- "Articles" : référentiel du fichier articles de la société
- "Tva" : liste des codes tva autorisés

Chaque clé primaire va être reportée dans la table "Ventes" pour garantir la cohérence de l'information