|
|
|
Publicité ' | |||||||||||||||||||||||
09/03/2011, 09h58
|
#1 |
|
Candidat au titre de Membre du Club
 Inscription : février 2011 Messages : 70  |
Enregistrement de données dans 2 tables se référant l'une vers l'autre !
Bonjour,
J'ai un soucis au niveau de l'enregistrement de données dans 2 tables, qui ont chacune une FK qui pointe vers l'autre table. Petit schéma : MCD : Entreprise <--0,n-- (est employé par) --1,1-- Collaborateur Entreprise --0,1-- (est collaborateur commercial) --0,n--> Collaborateur Entreprise --0,1-- (est collaborateur technique) --0,n--> Collaborateur Table: Entreprise : - IdCollaborateurCommercial => FK vers idCollaborateur - IdCollaborateurTechnique => FK vers idCollaborateur Collaborateur : - IdEntreprise => FK vers IdEntreprise Mon soucis est lors d'enregistrement de données car : Lorsque je sauvegarde des données dans la table Entreprise => Contrainte FK car idEntreprise doit être renseigné dans la table Collaborateur Lorsque je sauvegarde des données dans la table Collaborateur => Contrainte FK car IdCollaborateur ne pointe pas vers IdCollaborateurCommercial ou IdCollaborateurTechnique Comment faire pour sauvegarder des données proprement ? Désactiver les contraintes FK (nocheck) sur IdCollaborateurCommercial et IdCollaborateurTechnique ? (car ces champs peuvent être null) merci |
|
00
|
|
09/03/2011, 10h25
|
#2 | |
|
Membre Expert
 
  Bruno IGNACEArchitecte de base de données Inscription : novembre 2004 Messages : 1 299  |
Citation:
Vous pouvez également faire votre insertion dans entreprise en laissant à NULL les FK,Insérer le Collaborateur puis mettre à jour l'entreprise... Pourquoi ne pas passer par une table d'association ENTREPRISE-Collaborateur avec une colonne typeCollaborateur? |
|
|
|
00
|
|
09/03/2011, 10h33
|
#3 |
|
Candidat au titre de Membre du Club
Inscription : février 2011 Messages : 70 |
C'est peut être ce que j'aurais fait, car je ne suis pas à l'origine de ce modèle et il est trop tard pour faire les modifs ...
Merci pour ta réponse, ma méthode n'est pas sécurisée au niveau des données car on peut importer des données en trop, mais elle a le mérite d'être plus rapide. Quant à la tienne, on conserve l'intégrité des données mais est plus lente .... Il me reste à faire le choix !!  merci |
|
|
00
|
|
09/03/2011, 10h36
|
#4 |
|
Membre Expert
Bruno IGNACEArchitecte de base de données Inscription : novembre 2004 Messages : 1 299 |
Alors bon choix...
|
|
|
00
|
|
09/03/2011, 11h28
|
#5 | |
      
Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 |
Citation:
A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com