My Blog - Latest Comments

Re: Vidéos Journées SQL SERVER 2012

Mimetis — Mon, 16 Apr 2012 10:53:30 -0000

Je vais essayer de retrouver ça :)

Re: Vidéos Journées SQL SERVER 2012

Tbr — Sun, 15 Apr 2012 13:01:25 -0000

Bonjour Sébastien,
C'est possible d'avoir les scripts des démo?
Notemment la partie recherche sémantique.

Re: SQL SERVER Codeplex Samples

cmaneu — Wed, 04 Apr 2012 05:42:46 -0000

Et pour l'effet Metro, ce n'est que le début :)

Re: Techdays 2012 : Mes sessions

MCKLMT — Sun, 19 Feb 2012 08:57:45 -0000

Merci pour ce contenu, je n'ai malheureusement pas pu suivre les sessions. :)

Re: Techdays 2012 : Mes sessions

Mimetis — Thu, 16 Feb 2012 12:17:04 -0000

erf moi qui supporte pas les fautes

Re: Techdays 2012 : Mes sessions

agriffard — Thu, 16 Feb 2012 11:31:54 -0000

Session encore une fois "accès" => axée

Re: Techdays 2012 : Mes sessions

Jean-Pierre Riehl — Thu, 16 Feb 2012 11:14:30 -0000

QUE 5 sessions ?? :P

Re: Performances Entity Framework 4. Pagination

Matthieu Mezil — Sat, 17 Dec 2011 05:09:41 -0000

@Ouss : non les navigation properties permettent juste d'éviter les joins mais ça génèrera le même SQL. C'est juste que je trouve la requête LINQ plus lisible avec les navigation properties.

EF ne gère pas les CTE.

Cependant, si on peut reprocher à EF le fait de ne pas gérer les CTE, on ne peut pas lui reprocher les perfs de la première requête L2E par rapport à la deuxième si les FK sont nullable. Si elles ne le sont pas il faudra alors faire le même reproche au moteur de SQL Server comme expliqué précédemment.

Re: Performances Entity Framework 4. Pagination

Ouss — Sat, 17 Dec 2011 04:38:45 -0000

Très bon article, Merci. C'est en effet domage qu'EF n'optimise pas (encore) ce genre de requête.
Le commentaire de Mathieu me laisse sur la faim tout de même. Quelle est donc la solution EF équivalente à la CTE ? Avec les navigations properties.

Oussama

Re: Performances Entity Framework 4. Pagination

Matthieu Mezil — Fri, 16 Dec 2011 13:41:09 -0000

Soit dit en passant, si, dans le cas où les FKs sont not nullable, on peut reprocher à EF de ne pas avoir optimiser la requête, on peut tenir exactement le même propos avec le moteur de SQL Server.

Re: Performances Entity Framework 4. Pagination

Matthieu Mezil — Fri, 16 Dec 2011 09:35:16 -0000

J'aime beaucoup ce genre d'article (je me sens moins seul :))
Cependant, j'ai quelques remarques à te faire :
1. je trouve que les navigation properties simplifient la requête par rapport à un join
2. le AsQueryable sur items2 ne sert à rien
3 et c'est LE point important : tes deux requêtes LINQ ont des perfs très différentes mais c'est surtout parce qu'elles ont des résultats différents.
Sur la première, tu fais la pagination sur le total. Par conséquent, tu auras bien le nombre de pages escomptés. Dans la deuxième en revanche, tu fais la pagination avant de faire les jointures. Par conséquent, si tu n’as pas d’association dans les tables jointes, alors tu retourneras moins d’éléments que le nombre possible dans ta page.
Je sais bien que je ne suis pas un expert SQL mais, dans ces conditions, je ne suis pas surpris ni choqué par la première requête générée par EF.
Les deux requêtes ne sont iso fonctionnelles que dans le cas où les FKs sont toutes not nullable.
Il est vrai qu’EF pourrait prendre cet élément en compte dans la génération de sa requête mais on est encore malheureusement assez loin de ce niveau d’optimisation…

Re: WinRT : Dependency Properties

Mimetis — Thu, 08 Dec 2011 12:37:14 -0000

Faire du Late Binding sur des Strings, ça me hérisse un peu les poils :)
Mais bon, wait and see comme on dit !!
Merci pour l'information Oliver.
Vivement une nouvelle Béta pour nous éclaircir un peu sur ce genre de choses.

Re: WinRT : Dependency Properties

Olivier Dahan — Thu, 08 Dec 2011 10:03:12 -0000

Ce n'est pas sûr que cela soit réservé à la CTP car la doc temporaire fait référence à du late binding lorsque les types ne sont pas connus à la compilation. Ce n'est pas très précis, aucun exemple n'est donné d'une telle utilisation, mais cela pourrait être donc "by design" et pour durer. My 2 other cents :-)

Re: WinRT : INotifyPropertyChanged

Mimetis — Mon, 03 Oct 2011 09:49:54 -0000

LE problème Will, c'est que tu ne peux pas faire de directive dans ton XAML par exemple, et c'est trés handicapant, notamment sur la déclaration des namespaces.
C'est effectivement une bonne solution (les directives) mais ça n'a pas de réalité "dans la vraie vie" d'un développement multi plateforme :)
En plus on est encore sur une CTP, je ne doute pas que tout ça s'améliore par la suite !

Re: WinRT : INotifyPropertyChanged

Willy Laroche — Mon, 03 Oct 2011 08:07:33 -0000

D'où l'intérêt de passer par les conditions de précompilations sur la portabilité du code WP7/Silverlight/WinRT
#if WINRT
....
#else
...
#endif

Re: WinRT : INotifyPropertyChanged

Mimetis — Fri, 23 Sep 2011 10:09:12 -0000

J'avais lu ça quelque part en effet !
On sent bien qu'on est sur une "Technology SUPER MEGA Preview " :)
Merci pour le lien Julien !

Re: WinRT : INotifyPropertyChanged

Julien Corioland — Fri, 23 Sep 2011 08:25:36 -0000

Dans le même genre, ça sert à rien de se prendre le chou jusqu'à pas d'heure à essayer de comprendre pourquoi le notifycollectionchanged de l'ObservableCollection n'est pas choppé par le moteur de binding :P (non je dis pas ça parce que je suis énervé ^^) L'interface n'est à priori pas mappée dans WinRT, faut passer par IObservableVector (cf. http://blogs.msdn.com/b/avip/a... )

A+

Re: WinRT : Namespaces

Vincent Petetin — Thu, 22 Sep 2011 10:03:07 -0000

xmlns:comment="using:disqus"

Re: WinRT : Namespaces

cmaneu — Thu, 22 Sep 2011 09:42:52 -0000

C'est bien tes nouveaux commentaires :)

Re: Sync Framework 4.0

Christophe — Tue, 23 Aug 2011 06:47:08 -0000

Un bon mal de tête pour commencer...

Re: SQL MiM II

Mimetis — Thu, 21 Apr 2011 16:10:28 -0000

Merci, faut que je me motive pour le finir alors :)

Re: SQL MiM II

Glouferu — Wed, 20 Apr 2011 03:54:12 -0000

Salut Mimetis,

Je tenais à te dire que j'ai trouvé ton projet vraiment intéressant. J'ai hâte de voir la version finale :)

Bon courage ;)

Re: MIX 11 : Day 3 : SQL CE in WP7

Mimetis — Mon, 18 Apr 2011 07:45:40 -0000

La gloire ! :)

Re: MIX 11 : Day 3 : SQL CE in WP7

Laurent — Sun, 17 Apr 2011 23:02:12 -0000

Mango = le grand retour de LINQ To SQL...

Et t'as oublié de dire que tu as été cité dans le premier slide! (tweet)

Re: MIX 11 : Day 3 : SQL CE in WP7

Mimetis — Sun, 17 Apr 2011 06:03:56 -0000

Y'aura pas de réplication SQL pour le moment.
J'ai posé la question en fin de session.

Pour Sync Services, y'aura peut être un provider Client SQLCE pour WP7, mais il faut que les 2 équipes de dev se rapprochent pour y travailler dessus et c'est clairement pas gagné !

Autant dire qu'il faut pas compter dessus avant un bon moment.
On peut toujours développer le provider client sql ce sinon, mais ça va être pas mal de taf :)