Business Geek

En parlant baie de disques avec un client, je me suis souvenu de quelques tips pour optimiser les performances que j'avais lu dans un vieux SQL Server Magazine. L'idée de ce petit post est de vous en livrer un (oui, je sais je pourrais faire un article complet mais là, j'ai la flemme).

Nous allons donc parler Disk Sector Alignment, ou en français, alignement des secteurs du disque. Avant de commencer, on va faire une révision rapide sur le vocabulaire associé aux disques :

• Plateaux : un disque dur est composé de plusieurs plateaux empilés sur un axe (spindle)
• Pistes (tracks) : ce sont les cercles concentriques qui composent un plateau
• Secteur (sector) : chaque piste est divisée en secteurs (entre 60 et 120 en fonction du formattage de bas niveau et du fabricant). Les secteurs contiennent les données, en général 512 octets
• Bloc (ou cluster) : c'est l'unité d'allocation minimum qui correspond à plusieurs secteurs (ex: des blocs de 4ko entrainent une allocation minimum de 8 secteurs). C'est définit au formatage de haut niveau (par Windows)

Le problème d'alignement vient du fait que, dans un système NTFS, le MBR utilise 63 secteurs. Or si vos pistes font 64 secteurs, il y a un décalage d'un secteur. Ceci va impliquer 2 opérations physiques pour écrire/lire un bloc de données quand on tombe en bout de piste, puisque la tête va devoir changer de piste.

Pour palier ce problème, on peut préciser à Windows de décaler une partition pour la faire démarrer en début d'une piste et ainsi être alignée pour les opérations d'IO. Pour ce faire, on doit utiliser un utilitaire qui s'appelle DISKPART.EXE. On le trouve sous Vista et avec Windows 2003.

A noter que Windows 2008 décale automatiquement et correctement les partitions pour palier le problème.

Décalez bien...

Lorsque l'on travaille avec des transactions imbriquées, on veut parfois pour voir annuler une transaction intermédiaire mais garder les précédentes opérations.

En T-SQL, l'opération de ROLLBACK annule l'ensemble des niveaux de transactions (scopes). Pour s'en convaincre, cette citation de la documentation (ROLLBACK) :

When nesting transactions, this same statement rolls back all inner transactions to the outermost BEGIN TRANSACTION statement.

Le code suivant montre un exemple du problème. Le premier ROLLBACK annule tout depuis la transaction A. La variable @@trancount permet de voir qu'il n'y a plus de transaction en cours

BEGIN TRAN A
-------on démarre le premier niveau de transaction

INSERT INTO [AdventureWorks].[dbo].[truc]([a],[b])
VALUES ('transaction A','transaction A')

select @@trancount --returns 1

BEGIN TRAN B
-------on démarre le deuxième niveau de transaction

INSERT INTO [AdventureWorks].[dbo].[truc]([a], [b])
VALUES ('transaction B','transaction B')

select @@trancount --returns 2

ROLLBACK TRANSACTION B
--on annule la transaction intermédiaire

select @@trancount
--returns 0 : plus de transaction en cours

COMMIT TRAN A --génère une erreur
--Msg 6401, Level 16, State 1, Line 19
--Cannot roll back B. No transaction or savepoint of that name was found.

Ce comportement ne nous permet donc pas d'annuler une partie du traitement tout en gardant le reste. Heureusement, l'instruction SAVE TRANSACTION nous permet de corriger le tir. SAVE TRANSACTION permet de mettre un point de sauvegarde dans la transaction en cours pour pouvoir y revenir par la suite, avec l'instruction ROLLBACK.

Voici le script modifié. A la fin, la ligne A est insérée mais pas la B.

BEGIN TRAN A
-------on démarre le premier niveau de transaction

INSERT INTO [AdventureWorks].[dbo].[truc]([a],[b])
VALUES ('transaction A','transaction A')

select @@trancount --returns 1

BEGIN TRAN B
-------on démarre le deuxième niveau de transaction

SAVE TRANSACTION B_Saved
--on met un point de sauvegarde

INSERT INTO [AdventureWorks].[dbo].[truc]([a], [b])
VALUES ('transaction B','transaction B')

select @@trancount --returns 2

ROLLBACK TRANSACTION B_Saved

COMMIT B
--on force quand même un commit pour valider la transaction B

select @@trancount --returns 1

COMMIT TRAN A

A noter que l'on doit quand même faire un COMMIT de la transaction enfant car le retour à un point de sauvegarde ne termine pas la transaction.

Un très bon article forcément partisan mais qui permet de lister les atouts de SQL Server 2008 (et pourquoi pas même 2005) par rapport à son grand rival Oracle.

Le livre blanc est accessible à cette adresse : SQL Server 2008 Compared to Oracle Database 11g

Moi j'aime bien la comparaison des prix

Non, ce n'est pas un jeu de mot pour présenter une nouvelle Assembly. Je parle ici de références clients qui utilisent avec succès SQL Server.
Le tout présenté dans une petite application Silverlight.

Le site est ici : http://www.microsoft.com/france/sql/ilslontfait/

Les références sont :

• JCDecaux (plus connu sous le nom de Velib') : 400 000 locations par jour
• Premier Bankcard : un datawarehouse de 20 To (27 milliards de lignes)
• AFP : 4000 utilisateurs en simultanés
• Xiti : 17 milliards d'enregistrements par mois
• AXA : Business Intelligence temps réel
• Nancy-Université : réduction des coûts de SAP

Il y a plusieurs semaines, j'ai terminé un article d'introduction aux fonctionnalités spatiales de SQL Server 2008. Voici quelques extraits pour vous mettre en appétit. Et pour aller directement sur l'article complet :

      Premiers pas dans l'espace (www.bewise.fr)

Introduction
Cet article se veut une première introduction aux nouveaux types spatiaux de SQL Server 2008. Je vais vous les présenter et nous les manipulerons. Nous aborderons aussi leur utilisation avec du code .NET. Enfin, nous utiliserons Virtual Earth pour présenter les données géographiques mais nous ne rentrerons pas dans le détail de cette technologie.

[...]

Premières requêtes
Les 2 nouveaux types proposent toute une série de méthodes pour manipuler des données spatiales. Aire de la surface, surface circonscrite, inscrite, périmètre, intersection, union, barycentre… Le but n’est pas de vous les décrire ici une à une. Nous allons toutefois en utiliser quelques unes dans des requêtes simples mais indispensables dans une application gérant des types spatiaux.

Tout d’abord, voyons comment retrouver les points contenus dans une zone donnée. Comme cas concret, on peut imaginer une recherche d’appartements ou d’hôtels dans une zone définie. Pour cela, nous avons plusieurs possibilités avec les méthodes STContains, STIntersects et STWithin. La méthode STIntersects serra utilisée pour le type geography car les 2 autres n’existent que sur le type geometry. Voici le code T-SQL permettant cette requête :

Declare @zone geography = geography::STPolyFromText('POLYGON((43 3.2, 43 3.5, 43.2 3))', 4326)

Select *
From CustomerPlaces
Where @zone.STIntersects(CustomerPlaces.Localization) = 1

[...]

ADO.NET
Après avoir vu un aperçu des types spatiaux et de leur utilisation dans SQL dans Management Studio, intéressons nous à la manipulation depuis une application .NET.

[...]

Et comme d'habitude, n'hésitez pas pour les questions...