Je viens de faire le portage de UrzaGatherer depuis SQL Server 2008 R2 Express vers SQL Server CE 3.5 SP2.
Plusieurs choses sont bonnes à savoir pour que ce genre de portage se passe bien:
Le provider SQL Server CE pour Entity Framework 4.0 ne supporte pas la génération automatique des clefs il faut donc se faire une petite requête pour les générer:
Card card = new Card();
card.ID = (from c in Tools.Entities.Cards select c.ID).Max() + 1;
Les requêtes LINQ avec des jointures sont très mal supportées. Par exemple, ce genre de requêtes est extrêmement lent:
var query = from card in Tools.Entities.Cards
join blk in Tools.Entities.Blocks on card.Expansion.BlockID equals blk.ID
where (expansionID == 0 || card.ExpansionID == expansionID) &&
(blockID == 0 || blk.ID == blockID)
select card.Expansion.Name;
expansionsCount = query.Distinct().Count();
La version suivante donne le même résultat mais avec un gain de performances de l’ordre de 20:
var query = from card in Tools.Entities.Cards
where (expansionID == 0 || card.ExpansionID == expansionID)
&& (blockID == 0 || card.Expansion.BlockID == blockID)
select card.ExpansionID;
expansionsCount = query.Distinct().Count();
Les comparaisons de chaines sont un peu hasardeuses. Par exemple le code suivant provoque un bug:
from card in expansion.Cards
where
(card.Color.Name == filterColor || filterColor == " ")
select card;
Le provider dans ce cas la se prend un peu les pieds dans le tapis et considère que la chaine filterColor doit faire une longueur de 1 (à cause du “ “). Il faut donc évaluer au préalable la valeur de test:
bool enableColorFilter = filterColor != " ";
return from card in expansion.Cards
where
(card.Color.Name == filterColor || !enableColorFilter)
select card;
Il faut aussi tenir compte du fait que le Skip() et le Take() ne sont pas gérés.
Pour le reste, le provider s’en sort très bien et le résultat est excellent.
.Net
Entity Framework