Vous me dîtes : “pourquoi ?”

Et bien parce que, quand le consultant SQL Server viendra et qu’il voudra Management Studio (la version complète) ou SQL Profiler, il ne râlera pas.

En même temps, avec SQL Server Data Tools de l’édition 2012, vous aurez les LocalDB et ça je préfère .

Et pis c’est tout !

• les programmes beta (CTP, TAP, etc.) : c’est ici qu’on l’on s’inscrit pour tester et suivre les futurs produits, certains sont sur invitation ou réservés aux MVP et autres privilégiés
• les feedbacks sur les produits : c’est un des canaux de communication pour remonter des bugs ou des sugestions à Microsoft

Je vais parler de ce second point car il est très important. En effet, j’entends souvent “râler” auprès de telle ou telle fonctionnalité ou produit qui ne marche pas, qui marche mal, qui ne marche pas comme il faudrait, qui n’est pas ergonomique, etc. Quoiqu’on en pense, Microsoft est une société qui écoute beaucoup ses clients et ses communautés. Le débat n’est pas de savoir s’ils le font bien ou mal ; au moins, ils le font et, ma foi, le font intelligement.

Bref, pour tous ceux qui trouveront qu’on ne les écoute pas suffisamment, on peut donc remonter ses doléances auprès de l’éditeur via Connect, sous la forme de bugs ou de suggestions. Un système de pétition permet de se joindre à une demande, qui prend ainsi plus de poids. Microsoft classe ensuite ces remontées, voire propose des solutions de contournement. Evidemment, tout n’est pas ”accepté” mais certaines demandes se voient ajoutées aux releases suivantes.

Soyons acteurs dans l’amélioration des produits Microsoft. Allez sur https://connect.microsoft.com/

Pour ma part, je suis inscrit à de nombreuses connexions dont, évidemment, SQL Server. Voici la liste de mes remontées. Il y en a peu à ce jour…car moi aussi je râlais dans mon coin

Bugs

• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=388400
• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=388396
• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=387056
• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=384515
• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=382355

Suggestions

• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=389623
• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=388401
• https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=387058

PS : ce n’est pas dans mon habitude de mettre à jour des billets au fil du temps mais je maintiendrai celui-ci par la suite.

J’ai d’abord cru que ce problème de performance venait de mon OS non-déterministe (ie. Vista) mais non, le problème venait bien de Visual Studio.

Le problème est apparu dans les cas suivants :

• utilisation d’un “gros” Dataset typé
• utilisation d’une grosse référence de Web Service (ReportService2006.asmx vous connaissez ?)

Après quelques investigations, j’ai trouvé d’autres personnes avec le même problème d’intellisense que moi. C’est bien un bug de Visual Studio 2008; la preuve ici http://support.microsoft.com/default.aspx/kb/946344/en-us et ici http://www.chadgreen.com/post/2008/02/Visual-Studio-2008-Performance-Issues.aspx.

Heureusemet, un hotfix est disponible :

https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=11026&wa=wsignin1.0

Voila, mes problèmes sont maintenant résolus. Et j’ai pu rassurer mes clients sur le choix de Visual Studio 2008