J'ai un ensemble de vues de serveur SQL fonctionnant en tant que couche d'abstraction pour une structure de table sous-jacente. Les vues sont des abstractions simples des tables sous-jacentes (renommer des colonnes et des tables) et il est généralement possible d'éditer des données en les utilisant. Peu importe si je les importe dans un contexte de données LINQ to SQL ou dans ADO.NET Entity Framework, le processus d'importation ignore les détails tels que les clés primaires, les identités ou les champs obligatoires des tables sous-jacentes et génère le mauvais code pour les données manipulations. Je peux réparer ceci en éditant les propriétés liées dans le concepteur, mais une mise à jour de structure de données plus tard et mes changements sont partis. Je cherche une méthode plus maintenable de faire ceci. Quelque chose comme ajouter la clé manquante et taper des informations sur les vues, donnant à LINQ les informations pour générer le code approprié. Des recommandations?Utilisation des vues de serveur SQL dans LINQ
1
A
Répondre
1
Ah - n'utilisez pas les outils d'importation EntityFramework? Ce sont des IMHO de toute façon assez inutilisables pour des projets plus importants (plus de 30-50 tables) car ils sont vraiment hors de portée avec leurs temps d'importation, etc.
Maintenez vos mappages dans le code.
0
Avez-vous regardé le ADO.NET Entity Framework?
+0
J'ai regardé à la fois: LINQ to SQL et LINQ to entities. Les détails manquants sont différents, mais par exemple aucun d'entre eux importe correctement les clés primaires. –
Faites-vous plus que simplement renommer les colonnes et les tables? vous pouvez faire ces choses en utilisant les objets générés dans le concepteur. – 4imble
Je sais, mais cette question concerne l'importation de vues sans rien modifier dans le concepteur. –