Entity Framework Erreur - La version de SQL Server est en cours d'utilisation ne prend pas en charge le type de données 'datetime2'

Je suis en utilisant Entity Framework 4.0 dans un ASP.NET 4.0 Formulaire Web.

Tout est très bien sur le serveur de développement. Mais quand je rentre sur le serveur de production, j'ai mon Elmah enregistre cette erreur

Système.ArgumentException
La version de SQL Server est en cours d'utilisation ne prend pas en charge
type de données 'datetime2'.

J'ai fait une rapide recherche et découvert que datetime2 aka datetime2(7) est le problème et la définition ProviderManifestToken="2005" permettra de résoudre le problème.

Mon problème est le suivant. Mon Serveur de Développement a SQL Server 2008 R2 et du Serveur de Production a SQL Server 2008 Express. Donc, en changeant le manifeste de 2005 ne semble pas juste.

Mes questions sont les

  1. La mise en ProviderManifestToken="2005" travail?
  2. Pourquoi Entity Framework généré un datetime2 quand je n'ai pas utilisé du tout dans le tout de la table?
  3. Est-il mieux contourner?
Bien qu'étant un duplicata de votre question, ce question comme attiré plus d'attention et des réponses et peut-être la peine de vérifier.

OriginalL'auteur naveen | 2011-07-01

  1. 23

    Je ne vois aucune solution de contournement jusqu'à la date. Donc, si vous utilisez SQL Server 2008 Express, faites un clic droit sur votre edmx, l'ouvrir avec le XML (Texte) de l'Éditeur et de l'ensemble ProviderManifestToken="2005".

    N'est pas bon. Mais ses tout ce que j'ai obtenu à partir de maintenant.

    Il suffit d'exécuter cette question une deuxième fois. Le réglage est écrasée sur une mise à jour du modèle. Peut-être qu'on peut "résoudre" ce post build-actions.

    OriginalL'auteur naveen

  2. 2

    J'ai trouvé la réponse dans ce billet de blog a fonctionné pour moi: La version de SQL Server est en cours d'utilisation ne prend pas en charge le type de données 'datetime2'

    Il s'avère que Entity Framework 4 un peu eu l'idée d'utiliser SQL Server 2008. La solution était de modifier l' .fichier edmx dans un éditeur XML et définir la ProviderManifestToken="2005" au lieu de 2008. (Vous avez besoin de reconstruire.) Voici comment la ligne devrait ressembler à l'encontre de SQL Server 2005:

    <Schema Namespace="OfficeBookDBModel.Store"
    Alias="Self" Provider="System.Data.SqlClient"
    ProviderManifestToken="2005"
    xmlns:store=http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator
    xmlns="http://schemas.microsoft.com/ado/2009/02/edm/ssdl">
    Qui fonctionne pour moi aussi, mais si vous devez mettre à jour votre modèle, il le remettra à 2008, si c'est ce que vous utilisez pour faire du développement. Vous aurez besoin de changer à nouveau, avant de vous enfoncer votre code sur votre test ou de la boîte de prod.

    OriginalL'auteur Yann Duran

  3. 0

    Vient de mettre DateTime.Now que la date si vous n'avez pas d'autres...

    Eu la même erreur et cela a résolu, car, si vous n'avez pas de fixer une valeur pour vos date heure objet, il sera 1/1/0001 12:00:00 AM...cela vous donne l'erreur alors... encore une fois c'est comment j'ai résolu le problème

    je fais déjà ça. plus que l'erreur sera pas en mesure de convertir datetime2 datetime droit?

    OriginalL'auteur Ivan Crojach Karačić