Le 10/02/2012 23:17, Lucien RUBEMPRE a écrit :
/Le 10/02/2012 22:31, Bernard Ribot a écrit :
/
/Alors la clé doit être l'ensemble code du département et commune. Il
faut donc sélectionné les deux champs et les définir comme clé primaire.
Tout à fait d'accord avec toi.
Bernard /
Très bien. Seulement le problème c'est que ma clef primaire était
définie sur un champ "IDCommune".
Quand je tente la manip indiquée, je bute sur une série de messages
d'erreur pas trop rassurants :
1 - tout dépend ces relations établies et de la volumétrie des données
sachant qu'une requête de mise à jour n'est pas toujours possible.
2 - En fonction de la condition 1, les relations peuvent t'elles être
modifiées ?
3 - Si oui facilement, juste un problème de patience pour ajouter un
champ complémentaire. Il me semble qu'il faut au moins ajouter soit le
code département, soit le code postal, soit le code INSEE (qui n'est pas
le code postal) et modifier la clé primaire.
4 - pour la table pays, il existe aussi des codes INSEE (attention , il
y a un historique, le monde évolue).
Les puristes diront qu'il faut travailler avec un identifiant. Après 20
ans de bases de données et des schémas avec des milliers de tables ,
j'ai mis de l'eau dans mon vin (absolument dégueulasse) et pourquoi ne
pas prendre le nom du pays comme clé ?
N'ayant pas le pourquoi et le comment de la base, ni le schéma, il est
difficile d'aller au fond du problème.
Marc
J'avoue que j'ai eu peur de répondre "oui" à la première boîte de
dialogue : j'ai 1712 communes dans ma table :-[
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des
signatures de virus 6875 (20120210) __________
Le message a été vérifié par ESET NOD32 Antivirus.
http://www.eset.com
--
------------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: sy...@fr.openoffice.org with Subject: help
