Discussion :

[gotax]

Bonjour tout le monde et bonne annee,

Voici le contexte:

je bosse sur un projeten C# .NET 6.0 avec EF ou j'ai une base de donnees PostgreSQL avec une table Utilisateurs et une table Bureaux.

J'ai voulu ajouté une cle etrangere Bureaux a la table Utilisateurs:

- j'ai donc modifie la classe model Utilisateurs en rajoutant un champ IdBureaux et une propriete de navigation vers la table Bureaux.
- j'ai aussi rajouté la propriete de navigation vers Utilisateurs dans la classe model Bureaux.
- sur le DbContext j'ai configuré le mapping comme il se doit.
- je fais la migration et tout va bien

Voici le probleme:

au moment de mettre a jour ma DB avec EF j'ai un conflit: 23503: insert or update on table "Utilisateurs" violates foreign key constraint "Utilisateurs_Bureaux_fkey".

Je precise que ma table Utilisateurs ne contient pas encore de colonne Idbureaux.

J'ai essayé aussi de faire la migration de la table Utilisateurs avec le nouveau champ IdBureaux AVANT de proceder au mapping afin d'avoir la colonne idBureaux à peupler mais dans ce cas je me heurte a un autre probleme:il me dit que la colonne "bureaux_enregistres" existe deja. j'ai essayé d'annuler la migration, recuperer la migration relative a la creation de la colonne "bureaux_enregistres", commenter la methode Up de la migration et reessayer mais ca n'a pas marché.


Voila j'espere que j'ai ete assez clair dans mon exposé.

Merci,
Gotax

AVIS AUX MODERATEURS: comme je ne suis pas sur de la section, je vais recreer le meme sujet dans la section .NET.

[escartefigue]

Bonjour,

La base de données doit être modélisée avant de modifier et tester l'application , donc la colonne clef étrangère identifiant le bureau doit être ajoutée dans la table utilisateur.
Ensuite, pour pouvoir insérer dans la table utilisateur, s'il y a une contrainte FK vers la table bureau, il faut impérativement que la valeur de cet identifiant bureau soit présente dans la table bureau.

Et bien évidemment, la présence de la FK bureau dans la table utilisateur implique qu'un utilisateur ne possède qu'un et un seul bureau, sinon c'est incohérent.

Note : si vous avez un doute sur le forum à utiliser, ne postez qu'une seule fois, le message sera le cas échéant déplacé par un modérateur dans le bon forum
En l'occurrence, ici, il ne s'agit ni d'un problème postgresql, ni d'un problème de requête, ni même de langage de programmation, mais juste de séquencement des opérations : le modèle de données doit être stabilisé avant de coder l'application

[gotax]

Bonjour,

J'ai fait un rollback de la migration et j'ai essayé de faire une nouvelle migration de la table utilisateurs afin d'integrer la colonne cle etrangere mais je me heurte a un conflit "la table X existe deja) la table X je l'ai cree lors d'une migration precedente, la derniere en date. J'ai essayé de commenter la methode Up de ladite migration mais ca n'a pas marché, j'arrive pas a modifier la table Utilisateurs pour enfin y mettre une valeur dedans.

[gotax]

En fait le probleme venait du fait que EF essayait d'ajouter un Guid au format standard 0000-000-00.... alors qu'aucun id bureaux ne correspondait. J'ai donc du mettre le champ nullable pour eviter ce probleme.

[escartefigue]

Ce faisant vous créez des orphelins et l'intégrité de la base de données n'est plus vérifiée
La bonne démarche c'est de créer la ligne dans la table référencée (ici la table des bureaux) avant de créer la ou les lignes dans la table référençante (la table des utilisateurs)

[gotax]

mon responsable m'a dit que si on cree la ligne sur Bureaux avant de la creer sur Utilisateurs le mapping ne se fera pas avec EF car il faut mettre a jour la table et faire le mapping a la volee. comme j'ai pas d'experience j'ai appliqué et voila.

[escartefigue]

Je ne sais pas ce que c'est que "EF", mais si c'est ça qui explique qu'on accepte de prendre le risque de créer des failles d'intégrité dans la base de données, ça mériterait des explications.
Une base de données non intègre est toujours une source d'inquiétudes et le plus souvent une source de mécontentements et de surcoûts, tant côté utilisateurs, que côté techniciens.

[gotax]

EF c'est pour entity framework.