Problème avec une requête Linq et le format de date

J'ai une application console C# écrit à l'aide de Visual Studio 2008.

Mon système de culture est en-GB. J'ai une requête Linq qui ressemble à ceci:

var myDate = "19-May-2010";

var cus = from x in _dataContext.testTable
     where x.CreateDate == Convert.ToDateTime(myDate)
     select x;

L'résultant de la requête SQL génère et l'erreur, car il renvoie la date du "19/05/2010" il interprète comme une date incorrecte. Pour une raison quelconque, même si mon système de culture est défini à en-GB, on dirait qu'il essaie de intrepret comme un fr-fr date.

Des idées comment je contourner ce problème?

Edit: Merci pour les commentaires à propos de la magie des cordes et du var de l'abus, mais ce n'est pas mon problème. Mon problème est que dans la conversion de Linq to SQL les dates sont interprétées comme NOUS le format des dates (19/05/2010 est interprété comme: dix-neuf mois, jour 5 et l'année 2010) ce qui entraîne le message d'erreur suivant:

System.Data.SqlClient.SqlException: The conversion of a char data type to a datetime data type resulted in an out-of-range datetime value

La clause where de la requête SQL ressemble:

WHERE ([t0].[CreateDate] = '19/05/2010 00:00:00')

Veuillez noter que la même requête Linq fonctionne parfaitement dans LinqPad.

J'ai essayé de la clause where suivante:

where x.CreateDate == DateTime.Today

et obtenez toujours l'erreur.

Informations Supplémentaires:

De Requête de SQL Server Visualizer:

SELECT [t0].[field1], [t0].[field2], [t0].[field3] AS [field4], [t0].[field5]
FROM [dbo].[table] AS [t0]
WHERE ([t0].[CreateDateTime] = '19/05/2010 00:00:00') 

Original query:
SELECT [t0].[field1], [t0].[field2], [t0].[field3] AS [field4], [t0].[field5]
FROM [dbo].[table] AS [t0]
WHERE ([t0].[CreateDateTime] = @p0) 
-------------------------------
@p0 [DateTime]: 19/05/2010 00:00:00

LINQPad:

-- Region Parameters
DECLARE @p0 DateTime SET @p0 = '2010-05-19 00:00:00.000'
-- EndRegion
SELECT [t0].[field1], [t0].[field2], [t0].[field3] AS [field4], [t0].[field5]
FROM [table] AS [t0]
WHERE ([t0].[CreateDateTime] = @p0)

Ci-dessus, je remarque que LinqPad présente la date dans un format différent de VS.

Grâce.

Alan T

InformationsquelleAutor Alan T | 2010-06-16

c#linq-to-sql sql

3

De ne pas envoyer de chaînes locales dans la base de données et de demander à la base de données à convertir ces chaînes en DateTimes. Il suffit de ne pas.

À l'origine:
```
var myDate = "19-May-2010"; 

var cus = from x in _dataContext.testTable 
  where x.CreateDate == Convert.ToDateTime(myDate) 
  select x; 
```
- Ne pas abuser de la var.
- Actions distinctes que vous avez l'intention de se produire dans la base de données de mesures que vous avez l'intention de se produire localement
Donc...
```
string myInput = "19-May-2010";
DateTime myDate = Convert.ToDateTime(myInput);

IQueryable<TestTable> cus =
  from x in _dataContext.testTable
  where x.CreateDate == myDate
  select x;
```
En réponse à la mise à jour.
- Il semble que votre application est d'envoyer de l', à juste titre, date formatée fois, mais c'est à l'aide d'une connexion qui s'attend à tort formaté datetimes.
- Vous pouvez changer à chaque connexion, ou vous pouvez modifier le compte de connexion par défaut: http://support.microsoft.com/kb/173907
- Salut David, j'ai essayé de vous la suggestion et encore obtenu l'erreur. J'ai ajouté plus d'informations à ma question.
- Salut Daivd, Merci pour le lien. Je ne veux pas mettre quoi que ce soit à un niveau de base de données car il existe d'autres bases de données en cours d'exécution. Comme pour la connexion par défaut, j'ai changé la langue de l'utilisateur à partir de l'anglais à l'anglais Britannique avec pas de joie. Quant à la connexion, je ne sais pas comment réaliser cela grâce à Linq. Je pense que le serveur de base de données est la question que je reçois les mêmes erreurs lors de l'exécution de la version SQL de la requête à la fois sur le développement et le serveur live.
- Pourquoi est-var mauvais?
- var rend le code moins lisible. Si vous commencez à lire à partir de la requête, vous pouvez voir que madate est utilisé. Si vous voulez connaître le type de madate, vous avez besoin de regarder sa déclaration. La déclaration n'est pas vous le dire maintenant, vous devez regarder lors de son initialisation. Au lieu de cela, le premier programmeur de l'histoire auraient pu mettre les types et enregistré le compilateur et tous les futurs programmeurs une étape de plus de raisonnement.
- Vous pouvez passez votre souris sur la var et VS vous dit.
InformationsquelleAutor Amy B
2

Réponse courte est "ne pas utiliser de chaînes pour représenter les dates".

En supposant que le CreateDate colonne est un datetime SQL Server, vous devriez être en mesure de faire de votre comparer avec un .NET classe DateTime.
- Si vous avez vraiment besoin pour accepter l'entrée comme une chaîne et de le convertir, utiliser le dcp est extrait. Si vous n'avez pas absolument besoin d'utiliser de chaînes, de les éviter.
- Salut Bill, j'ai commencé avec DateTime.Maintenant.Date et eu les mêmes problèmes. Les chaînes ont été ma deuxième tentative. Fait intéressant, si je mets de la chaîne dans la clause where it works!
- C'est étrange, mais je suppose que sous les couvertures quand linq construit le réel de la requête sql elle est sortie de la chaîne de date que fr-fr au lieu de fr. Il serait intéressant de voir la sortie de sql pour faire une date à la date de la comparaison.
InformationsquelleAutor Bill
1

Vous pouvez utiliser:
```
x.CreateDate == DateTime.ParseExact(myDate, "dd-MMM-yyyy", System.Globalization.CultureInfo.InvariantCulture);
```
Cela suppose, bien sûr, que votre date dans la DB correspond à votre madate champ (c'est à dire si vous avez le temps inclus avec la date, vous devrez modifier le ci-dessus pour la partie heure).
- Salut dcp, j'ai essayé ta suggestion et reste encore de l'erreur. J'ai ajouté les détails de l'erreur à ma question.
InformationsquelleAutor dcp
0

Que le projet de Loi dit, ne pas utiliser de chaînes de caractères pour représenter les dates. LINQ to SQL utilise des requêtes paramétrées pour passer les paramètres de sorte que vous ne devriez pas avoir de problèmes avec les paramètres régionaux - à condition que votre champ de base de données et vos paramètres sont les deux dates.

Vous pouvez vérifier l'instruction SQL générée par la fixation d'un TextWriter objectifs (comme la Console.Out) pour le DataContext de la propriété du Journal.Le code suivant
```
using(var datacontext=new DatesDataContext())
{
    var myDate=DateTime.Today;
    //Or, to specify a date without string parsing
    //var myDate=new DateTime(2010,6,16);
    var dates = from date in datacontext.DateTables
        where date.DateField == myDate                 
        select date;

    datacontext.Log = Console.Out;
    foreach (var date in dates)
    {
        Console.WriteLine(date.DateField);
    }
}
```
produit cette requête
```
SELECT [t0].[DateField]
FROM [dbo].[DateTable] AS [t0]
WHERE [t0].[DateField] = @p0
-- @p0: Input DateTime (Size = -1; Prec = 0; Scale = 0) [6/16/2010 12:00:00 AM]
-- Context: SqlProvider(Sql2008) Model: AttributedMetaModel Build: 4.0.30319.1
```
Comme vous le voyez, la requête a un paramètre de type DateTime et renvoyé le bon entrées.

Quel est exactement l'erreur que vous rencontrez? Ne vous obtenez une exception ou obtenez-vous des résultats incorrects?
Si vous n'obtenez pas de résultats, peut-être que votre champ de base de données contient une valeur de temps, auquel cas il ne correspond pas à un paramètre qui ne contient qu'une valeur de date
- Salut Panagiotis, j'obtiens l'erreur suivante: Système d'.Les données.SqlClient.SqlException: La conversion d'un type de données char à un type de données datetime entraîné dans une plage de valeur de type datetime
- Vous pouvez poster l'intégralité de la déclaration généré par LINQ to SQL, y compris le fournisseur de commentaires? LINQ utilise toujours les requêtes paramétrées pour passer des paramètres. Il ne devrait pas avoir créé l'instruction where vous avez déjà posté.
- Salut Panagiotis, j'ai ajouté plus d'infos à ma question.
InformationsquelleAutor Panagiotis Kanavos
0

Ce qui se passe lorsque vous essayez cette
```
var myDate = "20100519"; 

var cus = from x in _dataContext.testTable 
     where x.CreateDate == Convert.ToDateTime(myDate) 
     select x; 
```
- Salut Madhivanan, j'ai eu l'erreur suivante: "le Système de.InvalidCastException: cast Spécifié n'est pas valide"
InformationsquelleAutor Madhivanan
0

Je sais que vous avez probablement vérifié cela, mais pouvez-vous vérifier les éléments suivants:
1. CreateDate est déclaré comme un DateTime ou DateTime2 dans la base de données
2. La CreateDate propriété dans votre Linqed classe est déclarée comme une .NET DateTime
3. Le Système.Linq.La cartographie.ColumnAttribute est défini correctement sur votre CreateDate propriété dans votre Linqed en place en classe.
Basée sur le fait que vous êtes en voyant le succès avec la requête en LinqPad, je soupçonne qu'il ya quelque chose de mal avec l'CreateDate de la propriété ou de la définition SQL de ce champ. Je suis VRAIMENT suspect que votre Linq-to-SQL sortie de dit "OÙ ([t0].[CreateDate] = '19/05/2010 00:00:00')" au lieu de "OÙ ([t0].[CreateDate] = @p0)".
- Salut mattmc3, j'ai ajouté plus d'infos à ma question.
InformationsquelleAutor mattmc3

Vous devez vous connecter pour publier un commentaire.