Discussion :

[Herwin78800]

Bonjour,

J'effectue une requête avec filtrage (clause where) sur la date.
Mais je souhaite filtrer que sur la doute courte (ex : 27/07/2011) , et non pas sur la date longue (ex : 27/07/2011:13:08:00).

J'utilise Linq To Entites, avec la version beta d'Oracle.Net (ODAC 11.2.0.2.30 ).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
List<ContratsIntellect> maListeContratsIntell = (from intellFrontOffice in t_IntellFrontOffice
            where intellFrontOffice.TRANSACT_DATE.Value.ToShortDateString() == dateBooking.ToShortDateString()
                select new ContratsIntellect
                {
                    i_User_Ref_No = intellFrontOffice.REF_NUM,
                    i_Amt_Sold = intellFrontOffice.AMT_SOLD,
                    i_Ref_Num = intellFrontOffice.REF_NUM,
                    i_Transac_Date = intellFrontOffice.TRANSACT_DATE
                }).ToList();

Mais quand je convertit les champs date de type DateTime en , j'ai une erreur à l'exécution :

LINQ to Entities ne reconnaît pas la méthode « System.String ToShortDateString() », et cette dernière ne peut pas être traduite en expression de magasin.

Une idée ?

[_PascalC_]

C'est pas plus mal que ça ne marche pas car ce serait de toute façon un mauvais choix pour des raisons de performance. Si tu avais un index sur ta colonne Date il ne serait très certainement (...j'ai jamais utilisé oracle) pas utilisé.
Si l'idée était de resortir tous les élements datés du 27/07/2011 00:00:00 compris jusqu'au 28/07/2011 00:00:00 non compris essaie plutôt de faire quelque chose de ce style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
DateTime dateMin = new DateTime(2011,07,27);
DateTime dateMax = dateMin.AddDays(1);
 
...
(intellFrontOffice.TRANSACT_DATE.Value >= DateMin && intellFrontOffice.TRANSACT_DATE.Value < Datemax)
...

EDIT : pour mieux comprendre, essaie d'imaginer le code SQL que va devoir générer Linq To Entites pour communiquer ta demande à Oracle

Pascal

[dinbougre]

Essaye la chose suivante WHERE MonChamp.Date = MaVariable.Date

[iberserk]

Essaye la chose suivante WHERE MonChamp.Date = MaVariable.Date

hum... cela ne marche pas non plus...

Herwin78800:Vous faites une requete LINQ TO SQL ici:
.toshortDateString n'est pas utilisable en LINQ TO SQL car non traduisible en requete SQL...
Essayez quelques chose comme:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
datetime date1=dateBooking.Date;
datetime date2=dateBooking.Date.AddDay(1);
List<ContratsIntellect> maListeContratsIntell = (from intellFrontOffice in t_IntellFrontOffice
            where intellFrontOffice.TRANSACT_DATE.Value>=date1 &&   intellFrontOffice.TRANSACT_DATE.Value<date2
              select new ContratsIntellect
                {
                    i_User_Ref_No = intellFrontOffice.REF_NUM,
                    i_Amt_Sold = intellFrontOffice.AMT_SOLD,
                    i_Ref_Num = intellFrontOffice.REF_NUM,
                    i_Transac_Date = intellFrontOffice.TRANSACT_DATE
                }).ToList();

[_PascalC_]

pas utilisable en LINQ TO SQL car non traduisible en requete SQL...

Sur certain SGBDR ça pourrait se traduire en SQL. Dans SQL Server ça donnerait quelque chose comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT REF_NUM, AMT_SOLD, REF_NUM, TRANSACT_DATE 
FROM t_IntellFrontOffice
WHERE (CONVERT(CHAR(10), TRANSACT_DATE, 103) = '27/07/2011')

... mais alors par contre bonjour les perfs

Pascal

[iberserk]

Pascal: vous n'avez pas compris ce que j'entendais par "non traduisible en requête SQL".
Bien sur qu'une telle requête existe!
Pour SQL SERVER 2008 un CAST en DATE(dépourvu de time) serait plus adapté...
Mais ici on est en LINQ TO SQL et ToShortDateString n'est pas supporté...

[Herwin78800]

DateTime dateMin = new DateTime(2011,07,27);
DateTime dateMax = dateMin.AddDays(1);

...
(intellFrontOffice.TRANSACT_DATE.Value >= DateMin && intellFrontOffice.TRANSACT_DATE.Value < Datemax)
...

Effectivement, ecrit de cette facon, cela fonctionne. Merci

Petite precision : je suis en Linq To Entities et non pas en Linq To Sql