<![CDATA[Commentaires du blog: Fky sur le Net]]> http://fkynet.over-blog.com/ Les 25 derniers commentaires publiés sur le blog "Fky sur le Net" fr http://fdata.over-blog.net/2/42/86/04/avatar-blog-1072341939-tmpphpETGvWe.jpeg <![CDATA[Commentaires du blog: Fky sur le Net]]> http://fkynet.over-blog.com/ Tue, 18 Oct 2011 22:46:08 +0200 Tue, 18 Oct 2011 22:46:08 +0200 Over-blog.com RSS 2.0 Engine Copyright 2012 fkynet.over-blog.com Hi Tech http://www.rssboard.org/rss-specification/ <![CDATA[Commentaire de Fky]]> http://fkynet.over-blog.com/article-quelques-outils-pratiques-pour-team-foundation-server-2010-52540784-comments.html#comment72961466 Bonjour,

effectivement. Il ne fonctionne que sur TFS 2008 et a priori il n'est pas encore porté sur TFS 2010. Je dois admettre que je n'en ai pas encore eu besoin. A suivre donc. Je corrige en attendant mon billet.

Merci pour la correction.

]]> Tue, 14 Dec 2010 22:29:18 +0100 49232ad289dc74e349af029e8cf47ed1 <![CDATA[Commentaire de Albin]]> http://fkynet.over-blog.com/article-quelques-outils-pratiques-pour-team-foundation-server-2010-52540784-comments.html#comment72483695 Mon, 06 Dec 2010 19:41:04 +0100 cf6bf5d292f73a4c02a4c6fcf6230cb5 <![CDATA[Commentaire de Fky]]> http://fkynet.over-blog.com/article-sql-server-collation-and-commandes-case-sensitive-57092799-comments.html#comment67676985 En effet c'est possible. En fait, si l'on veut modifier la collation de l'ensemble de la base, il faudrait ensuite lancer un script de modification de collation de chacune des colonnes si nécessaire.

En ce qui concerne les bases SQL Server 2008 cependant, je n'ai pas eu à le faire. Soit j'ai eu de la chance, soit le moteur le fait directement tout seul. J'opterai plutôt pour la première option :)

]]> Wed, 15 Sep 2010 17:35:40 +0200 5240f035c05c36705eee42d5b5878460 <![CDATA[Commentaire de LAO]]> http://fkynet.over-blog.com/article-sql-server-collation-and-commandes-case-sensitive-57092799-comments.html#comment67656804
mais lorsqu'on fait cela, cela a un impact au niveau base, mais il me semble qu'un niveau colonne cela var garder le classement initial, et que du coup
un select * from matable where col='toto' ou select * from matable where col='TOto' ne renverront pas la même chose.

Alors que pour une table crée après la modification au niveau base, cela renverra la même chose ! (ca reste à vérifier....) ]]> Wed, 15 Sep 2010 11:31:41 +0200 1c55e0397804c4f0e7b85b840d189656 <![CDATA[Commentaire de masters dissertation]]> http://fkynet.over-blog.com/article-28668575-6.html#comment50727337 Fri, 06 Nov 2009 14:52:37 +0100 0926891ed62cdceeddb7f7f41e7ecdf4 <![CDATA[Commentaire de LAO]]> http://fkynet.over-blog.com/article-32174155-6.html#comment43076224
LAO.]]> Fri, 05 Jun 2009 16:22:58 +0200 7ba6c916349d1f2f0196d26153669680 <![CDATA[Commentaire de Fky]]> http://fkynet.over-blog.com/article-26258943-6.html#comment35521628
Bah je veux bien, mais on n'est pas Friday... :)
et puis, un petit article à lire pour s'endormir le soir, c'est quand même pas mal... surtout pour un sportif comme toi qui a toujours du mal à trouver le sommeil aprés avoir courru tes 70km hebdomadaires. ]]> Wed, 31 Dec 2008 09:50:27 +0100 7798a9a7821eca785cfca73d24b5ab83 <![CDATA[Commentaire de Gigot]]> http://fkynet.over-blog.com/article-26258943-6.html#comment35501674 Tue, 30 Dec 2008 17:33:26 +0100 9ce5e1ccc55750448c2c24cdb280c061 <![CDATA[Commentaire de Fky]]> http://fkynet.over-blog.com/article-25393165-6.html#comment34566512 ]]> Fri, 05 Dec 2008 09:03:53 +0100 e0622cde82fdd337f49c52a4cd1943c6 <![CDATA[Commentaire de LAO]]> http://fkynet.over-blog.com/article-25393165-6.html#comment34554458 Thu, 04 Dec 2008 21:22:33 +0100 dbb6a62d5518d9d356b1bc0c67f4c024 <![CDATA[Commentaire de Fky]]> http://fkynet.over-blog.com/article-25393165-6.html#comment34529721
merci pour ces encouragements. En ce qui concerne le style et la police, je vais voir comment faire ça. Comme je découvre le blog et ses options, je ne te promets pas de le faire dans les deux jours.

Pour répondre à tes questions:
1) C'est une question de performance. Le chiffre est donné par Microsoft : l'ensemble de leurs types valeurs du framework .NET respecte cette règle. Contrairement à ce que tu dis, 16 octets c'est déjà pas mal. N'oublie pas qu'un entier "int" (soit int32) prend 4 octets. En outre, les types valeurs ont pour vocation à représenter des valeurs et non des entités. Tu vas parler d'un type valeur "Nombre Irréel", d'un type valeur "Géolocalisation", mais pas d'un type valeur "Facture" ou d'un type valeur "Brevet". Ces deux derniers exemples font référence à des classes ("type référence" dans le jargon .NET). Ainsi, des types valeurs de 16 octets, c'est déjà bien pour représenter des valeurs concretes. Donc c'est un problème de modélisation / design.

Enfin, si aprés une modélisation qui te semble correcte (c'est un type valeur) tu obtiens un type valeurs de plus de 16 octets. Et bien fais des tests de performance. Peut-être que dans tes cas d'utilisation, il n'y a que peu voire pas d'impacts. Si la performance n'est pas au rendez-vous, tu peux facilement transformer ces types "valeurs" en classe.

2) Pour les exemples, j'y pensais, et je vais modifier l'article en conséquence. Ce sera plus parlant. ]]> Thu, 04 Dec 2008 10:51:34 +0100 5b0f7612867344407b7791b04910bc9c <![CDATA[Commentaire de Gigot]]> http://fkynet.over-blog.com/article-25393165-6.html#comment34526873 Thu, 04 Dec 2008 09:34:56 +0100 8698f8ddb900f9ce0230cf4a5db8ce72