SQL Server 2008 est disponible au téléchargement pour les abonnés MSDN et Technet. Avec un peu de retard, certes. On notera l'apparition d'une petite nouvelle dans la bande des version : la version Web. 

Par curiosité plus que par nécessité, j'ai décidé d'installer la RC0 du nouveau SGBD Microsoft sur mon PC, à la maison. Celui-ci tourne sur un excellent Vista x64, jusque là rien de particulier.

Plus...

Il fallait s'en douter, vu que la dernière CTP remonte à novembre et que pas la moindre Beta ou RC n'était passé entre nos mains, même de MVP.

En gros, il ne faut pas attendre la nouvelle mouture du SGBD Microsoft avant le 3ème trimestre 2008. En attendant, de nouvelles CTP, avec toutes les fonctionnalités, seront proposées.

Encore un peu de patience donc avant de pouvoir exploiter les nouvelles possibilités du jouet, notamment Reporting Services.

La source : http://blogs.technet.com/dataplatforminsider/archive/2008/01/25/microsoft-sql-server-2008-roadmap-clarification.aspx

Au passage, un petit bilan de SQL Server 2005, ses perfs, son utilisation : http://www.microsoft.com/sql/prodinfo/compare/benchmarks.mspx

Il y a encore de quoi faire avec cette version, pas si vieille que ça qui plus est

Certains d'entre vous ont surement essayé SQL Server 2008. Rien à dire, ça fonctionne plutôt pas mal ... sauf depuis Visual Studio. Si vous essayez d'ajouter une connexion à votre instance 2008, Visual Studio vous dit qu'il ne peux se connecter qu'à SQL Server 2005 Bêta ou ultérieure. Logiquement, 2008 est après 2005. Bref, pour pouvoir vous connecter à SQL Server 2008 depuis Visual Studio, un petit correctif s'impose :

http://www.microsoft.com/downloads/details.aspx?FamilyID=e1109aef-1aa2-408d-aa0f-9df094f993bf&displaylang=en

Il est encore en CTP, donc attention où vous installez ça

PS : Ce patch ne fonctionne que pour Visual Studio 2005. Je creuse encore pour Visual Studio 2008

Ca y'est, Visual Studio 2008 est disponible en téléchargement pour les abonnés MSDN uniquement. Les non-abonnés devront attendre février pour mettre la main dessus.

Pour l'instant, il s'agit de la version Team Suite. Les versions "classique", c'est-à-dire Standard et Professionnelle, ne sont pas disponible. Les versions Express sont également disponibles en téléchargement (avec également la possibilité de les télécharger tous d'un coup).

Microsoft a également publié la CTP de Novembre de son SGBDR, SQL Server 2008 Katmai. Il s'agit d'une CTP, mais la grosse nouveauté, c'est la disponibilité de la version Express. Elle est disponible en téléchargement sur la même page.

Suite à une petite boulette de configuration d'un serveur Exchange, j'ai décidé d'utiliser Sql Server Integration Services (SSIS) et l'agent SQL Server pour analyser les logs de mon serveur (le principe est le même que dans mon tutoriel d'introduction à SSIS)

J'ai donc créé mon package SSIS, je l'ai testé, tout fonctionnait comme sur des roulettes ... jusqu'à l'utilisation de SQL Server Agent.

Pourquoi ? Tout simplement à cause d'une histoire de droits. En effet, j'ai déployé mon package sur SQL Server, je l'ai testé une fois de plus en l'éxécutant à la main ... en tant que odelmotte. Le soucis, c'est que l'Agent SQL Server, lui, s'éxécute avec un compte système. C'est idiot, mais ce compte système n'a pas les droits, même pas de lecture, sur le dossier où est déployé le package (\Program Files\Microsoft SQL Server\90\DTS\Packages\...).

J'ai cherché un moment, pensant que ça venait des droits sur le lecteurs réseau que j'avais monté pour la récupération des fichiers de log, mais pourquoi faire simple quand on peut se compliquer la tâche. Bref, une petite attribution de droits sur le dossier concerné et tout est rentré dans l'ordre

Je note pour la prochaine fois, faire plus attention aux logs d'éxécutions, c'était écrit en gros dedans

Je cherchais un moyen simple de récupérer aléatoirement un certain nombre d'enregistrements d'une table.

Avec SQL Server, l'astuce est plutôt simple :

SELECT TOP 5 col1, col2, col3, newid() as randomrow FROM matable ORDER BY randomrow

Comme la colonne randomrow contient des valeurs aléatoires et changées à chaque requête, le tri permet d'obtenir un résultat aléatoire. C'est tout con, mais il fallait y penser