Discussion :

[Loko]

Salut

J'utilise VS2012 et Framework 4.5

J'ai un modèle qui fonctionne bien, pas de souci. J'utilise la fonction "Update model from Database", je m'en suis servi la semaine dernière pour l'ajout d'un champ dans une table, parfait.

Maintenant je souhaite modifier la clef primaire d'une table (je sais, c'est pas tous les jours que ca arrive) : j'ai donc fais le changement en base (ce n'est pas un compteur géré par EF mais plusieurs champs texte et date), mais le Update from Database ne me détecte pas ce changement : j'ai toujours les anciens champs en "Entity Key".

J'ai testé sur une nouvelle table temporaire pour voir, pas mieux.

Je peux faire le changement à la main dans les propriétés des champs, et également modifier le code autogénéré par EF "CreateMaTable()", mais j'aimerais autant éviter ce n'est normalement pas fait pour etre modifié.

J'ai essayé avec un autre modèle lié à une autre base Oracle, pas mieux.

Est ce un bug de VS2012, ou bien ?

Merci
Loko

[Skalp]

Bonjour,
J'ai déplacé ta question dans le forum EntityFramework.
Entity Framework est indépendant de Visual Studio, donc si bug il y a, il provient certainement d'EF.

[Loko]

Je confirme le bug car d'autres personnes ont pu reproduire.

[dfiad77pro]

---HS-- J'avais mal lu

[Loko]

Oracle

[dfiad77pro]

Perso sur oracle j'ai mis a jour en client+ vsTool 12.1.0.1.0 ( compatible avec les bases 10,11,12) et ça marche .

T'a vérifié qu'oracle a bien fait une clée primaire et pas un contrainte d'unicité?

[Loko]

Merci pour l'info. On a le dernier ODAC, mais je ne suis pas sur que l'on ait installé la version qui intègre vsTool (ce n'est pas moi qui gère cela).

(PS : on est en v11 64b).

[dfiad77pro]

perso je suis passé en 12 c managé j'ai gagné 25 mo de ram sur mon appli sans rien faire contrairement au client natif, de plus l'appli n'a plus besoin du client oracle pour fonctionné ce qui facilite énormément le déploiement.

[Loko]

C'est bon à savoir, ceci dit on dev en web donc pas trop de souci de déploiement.