Discussion :

[punisher999]

Salut à tous

Je suis en dilemme avec ce que je veux faire.

Alors voilà, mon système possède une une table EtudiantsLogiciels et Logiciel

EtudiantLogiciel
codePermanent PK
noLogiciel PK
version

Logiciel
noLogiciel PK
typeLogiciel
nom

C'est 2 tables sont en relation avec le noLogiciel.

Je veux ajouter une seconde table LogicielDiplome qui comporte les même éléments que Logiciel

LogicielDiplome
noLogiciel PK
typeLogiciel
nom

Cette table serait aussi en référence avec EtudiantsLogiciels.

Le problème, est lorsque que je vais insérer dans la table EtudiantLogiciel, il va avoir une erreur de contrainte parce le noLogiciel n'existera pas dans une des 2 tables référencées.

Donc, auriez-vous une idée de conception que je pourrais adopter ?

Merci

[StringBuilder]

J'ai pas tout suivit...

Donc tu as noLogiciel de la table "EtudiantLogiciel" qui doit :
- soit référencer Logiciel
- soit référencer LogicielDiplome

C'est ça ?

Et bien vu que Logiciel et LogicielDiplome ont la même structure, tu ne crées qu'une table, dans laquelle tu rajoutes une colonne "diplome" de type booléen.

Ton problème est résolu, et tu sais toujours différencier les logiciel des logicieldiplomes.

Cependant, je ne comprends rien à ton modèle, il me paraît très étrange (à mon avis, c'est absolument pas ça que tu veux faire en réalité !)

[punisher999]

Mon but est de ne pas mettre les 2 tables dans une table. Je veux qu'il soit séparer les 2 !

[lola06]

La solution de StringBuilder te permet de contourner ton problème de clé et d'éviter la multiplication des tables et des données identiques.

Une autre solution serait de mettre une clé primaire complétement différente de noLogicielpour chaque table.

[punisher999]

J'avais pas toute mis les colonne.

Voilà la solution que j'envisageais.


Logiciels
noLogiciel PK
typeLogiciel
nom

LogicielEtudiant
noLogiciel PK
noDepartement

LogicielDiplome
noLogiciel
clefPortfolio

Mes 2 dernières tables héritent de Logiciels. Par la suite, je prend l'information dans Logiciels et je l'a mets dans EtudiantLogiciel.

Qu'en pensez vous ? Trop compliquer pour rien où c'est une bonne approche ?

[StringBuilder]

Honnêtement, je ne comprends absolument pas ce que tu veux faire.

Oublie le nom de tes tables et de tes champs.

Exprime en langage humain ce que tu gères, tes règles de gestions, et la solution envisagée.

Car visiblement tu es adepte de cet article (notamment le chapitre "Naming"), vu le nom de tes tables et champs qui induit totalement en erreur.

Ici, ce que je comprends :
- Logiciel contient X champs
- LogicielEdudiant permet d'associer Y nouveaux champs à l'identifiant de Logiciel, mais à chaque fois une unique ligne (donc une référence de type 0,1)
- LogicielDiplome permet d'associer Z lignes de W champs à l'identifiant de Logiciel, mais n'a pas de clé (référence de type 0,n)

Donc en gros :
- Le logiciel numéro 1 s'appelle "HelloWord" (table Logiciel)
- Le logiciel numéro 1 a été fait par Frédéric (table LogicielEtudiant)
- Le logiciel numéro 1 a comme diplômes le BAC, le MASTER et le BEP (table LogicielDiplome)

Outre la modélisation, qui n'est pas forcément complètement stupide, mise à part l'absence de PK dans la table LogicielDiplome, je n'arrive toujours pas à comprendre ce que tu vas bien mettre comme données là dedans, et encore moins ce que tu vas pouvoir en faire...

[punisher999]

En fait, noLogiciel pour LogicielsDiplome sera PK

Le système auparavant déjà implémenté utilisait seulement 2 tables. Soit Logiciel et EtudiantLogiciel

Quand l'étudiant entrait ses logiciels dans le système, on ajoutait celle-ci à la table EtudiantLogiciel de la façon suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
 
codePermanent	noLogiciel	version
GINE26038905	4	
GINE26038905	5	
GINE26038905	38	
GINE26038905	39	
GINE26038905	40	
GINE26038905	41	
GINE26038905	81

Dans la table Logiciel

Code :

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

1
2
3
4
5
6
noLogiciel	typeLogiciel	noDepartements	nom
1	1	8	Windows
2	1	8	Mac OS
3	1	8	Linux
4	2	8	Microsoft Office
5	2	8	OpenOffice

Maintenant, dans la table Logiciel, pour mes diplômés, je ne veux pas la colonne noDepartement. Je ne veux pas l'utiliser puisqu'elle fait référence à une autre table. Je veux par contre la colonne clefPortfolio qui fera référence à une table différente.

Voilà la différence !

[StringBuilder]

De ce que je comprends :
- Logiciel : Table de référence des logiciels
- LogicielEtudiant : Table de correspondance entre la table Logiciel et la table Etudiant (donc noLogiciel n'est pas PK, mais FK vers Logiciel, et la PK est constituée du couple noLogiciel et codePermanent)

Ensuite, il me manque clairement une règle de gestion.

Je note beaucoup de doublons dans la table LogicielEdutiant sur la colonne "Departement".
=> Es-tu sûr que cette donnée doit être gérée dans cette table ? J'ai plutôt l'impression que le département dépends de l'étudiant, non ?

Idem pour la gestion des diplômes : c'est pas plutôt une propriété de l'étudiant qu'une propriété de la relation entre l'étudiant et ses logiciels ? Je trouve ça étrange, je n'arrive pas à trouver de cas où ça peut avoir un sens.

Par exemple, c'est la liste des logiciels utilisé par un étudiant dans le cadre de la préparation de tel ou tel diplôme : à ce moment, Windows, par exemple, pourra être utilisé par un même étudiant pour préparer plusieurs diplômes. Idem pour Word, qui sont des logiciels "de base", dont on a toujours besoin quoi qu'on fasse.

Donc c'est pas ça, ou alors ta solution n'est pas bonne.

Si c'est bien ça, alors voici ce que je te propose :

Gras souligné : PK, obligatoirement un ID numériquer auto-incrément pour des raisons de performances
Souligné : Clé alternative (peut être composite)
Italique : Clé étrangère (nom de la table référencée entre parenthèses)

Etudiant
--------
etudiant_id
noPermanent
nom
prenom

Logiciel
--------
logiciel_id
type (TypeLogiciel)
nom

Diplome
-------
Diplome_id
noCertif

EtudiantDepartement
--------------------
EtudiantDepartement_id
etudiant_id (Etudiant)
departement_id (Departement)

EtudiantLogiciel
---------------
EtudiantLogiciel_id
etudiant_id (Etudiant)
logiciel_id (Logiciel)
version

EtudiantLogicielDiplome
----------------------
EtudiantLogicielDiplome
EtudiantLogiciel_id (EtudiantLogiciel)
Diplome_id (Diplome)

Alternative 1 : si le département est lié à l'utilisation des logiciels, de la même façon que le diplôme (avec N département pour un même couple logiciel/étudiant)

Suppression de EtudiantDepartement
Création de :

LogicielEtudiantDepartement
--------------------
LogicielEtudiantDepartement_id
logicieletudiant_id (LogicielEtudiant)
departement_id (Departement)

Alternative 2 : si le département est lié à l'utilisation des logiciels, avec un seul département par couple logiciel/étudiant, alors on peut faire :

Suppression de EtudiantDepartement
Création de :

LogicielEtudiantDepartement
--------------------
LogicielEtudiantDepartement_id
logicieletudiant_id (LogicielEtudiant)
departement_id (Departement)

[punisher999]

Désolé StringBuilder, je suis heure du Québec et j'étais partie sur une solution.

Comme je travaille avec NHibernate, j'ai fais de l'héritage.

J'ai donc ma table Logiciel avec comme enfant LogicielsDiplomes et LogicielsEtudiants

À partir des données de l'enfant, je l'ai mets dans EtudiantsLogiciels.

Qu'est-ce que t'en penses ?

Tu veux avoir plus de détails ?

[SQLpro]

Désolé StringBuilder, je suis heure du Québec et j'étais partie sur une solution.

Comme je travaille avec NHibernate....

C'est le meilleur moyen de faire la pire merde !!!

A lire sur les performances des ORM : http://ormeter.net/
Vous y constaterez que nhibernate est 24 fois plus lente pour l'update et en moyenne 5 fois plus lents que les autres systèmes...
A lire sur les méfaits des ORM qui sont la lie de la terre (les spécialiste disent que c'est comme la guerre du Vietnam : de l'enlisement pure dans les contre performances et pour finir dans des choses non maintenables...)
A lire : http://sqlpro.developpez.com/cours/b...s-epaisses.pdf

C'est pour cela que vous ne comprenez rien à ce que vous faites....

A +

[StringBuilder]

Ben faut surtout voir si ta solution répond à ton problème.

Car je le répète, j'ai répondu pas mal dans l'expectative, dans la mesure ou je n'ai absolument pas compris ce que tu cherchais à faire

Indépendamment de ça, je ne connais pas NHibernate, je ne veux pas savoir ce que c'est que de l'héritage dans un SGBDR, et que pour moi c'est au framework de s'adapter au modèle et non l'inverse (sinon on a ce qu'on mérite, de la merde)

Plus sérieusement, oublie ton NHibernate et tes histoires d'héritage.

Modélise ton bousin en suivant les règles de la modélisation.

Et quand t'auras un modèle qui tiens la route, tu pourras éventuellement l'adapter et dénormaliser pour faire rentrer des carrés dans des ronds. Mais ne cherche pas à faire des carrés avec des ronds, t'y arrivera pas, c'est pas dans ce sens qu'il faut travailler !

[punisher999]

En effet, j'ai peut-être plusieurs concept à revoir. Mais l'idée est là quand même !.

[punisher999]

Il est conseillé de travailler avec le framework DataObject ?

[StringBuilder]

Franchement, surtout si ton projet est petit (ce qui m'a l'air d'être le cas), laisse tomber le framework.

Quand t'as deux développeurs qui se courent après dans une application qui fait 10 000 lignes à tout péter, je vois pas à quoi ça sert de rajouter un framework qui fait 10 millions de lignes, impose tout un tas de contraintes, et au final est mal utilisé car à la fois mal connu et détourné car trop strict.

[hanamachi]

il es tsurtout conseillé de prendre un crayon , power designer (ou autre) et de faire une modélisation qui tient la route avant toute choses.

j'arrive un peu tard sur ce topic , mais je rejoinds totalement StringBuilder.

quel est votre besoin ? une table étudiant , une table logiciel et entre les deux une troisième table d'association à l'air de convenir mais nous ne pouvons pas le deviner pour vous. définissez votre besoin. quel est le but ? que voulez vous gérer ?

( le besoin ne peux pas être de faire une table pour chaque champ , c'est pas autorisé par la convention de Genève... )

[punisher999]

Merci de vos conseils

Vous pouvez fermer le topic