Discussion :

[SQLpro]

Bonjour,

mettant de l'ordre dans mes scripts, je me suis fendus de 7 petits articles dans mon blog... Il y en a pour tous les goûts...

1) Comment rendre le LIKE '%toto%' efficace ou les index rotatifs...
Tout le monde sait qu'un index ne peut être utilisé que si le prédicat de recherches est "sargable" ("cherchable en" français...). Autant l'optimiseur de SQL Server va prendre en compte l'index sur une recherche comme LIKE 'toto%' ouencore sur le LIKE '%toto' si l'on utilise une colonne calculée REVERSE indexée et que l'on fait la recherche à l'envers (LIKE 'otot%' sur la colonne avec la chaine inversée) autant il n'est pas possible que l'index soit utilisé en recherche pour un LIKE '%toto%'... sauf à recourir aux index rotatifs.... À lire donc !

2) Comment calculer au plus juste une "bounding box" pour l'indexation spatiale géométrique ?
Les index spatiaux sur une colonne de type geometry doivent impérativement être bornés afin de délimiter l'espace d'indexation, car il serait difficile d'indexer l'infini (le plan euclidien est infini par nature) et à ce sujet, Woody Allen, disait, "l'infini c'est long, surtout vers la fin..." (1); Pour pallier à cet inconvénient, voici une formule qui calcule au plus juste l'enveloppe rectangulaire de la bounding box la plus serrée possible dans une collection d'objet géométriques, mais vous pouvez y rajouter votre propre marge...

3) Déblocage d’une instance SQL Server bloquée
Combien de fois ais-je vu les développeurs et certains pseudo DBA arrêter SQL Server pour débloquer des processus bloqués, alors qu'il suffit simplement de "tuer" la bonne session, ce qui ne provoque aucune effusion de sang, mais juste une annulation de la transaction en cours. Encore faut-il savoir quelle est la bonne session et cet article à pour but de vous fournir les moyens de le savoir !

4) Génération d’un « rétro script » d’insertion
Comme je trouve l'outil de SQL Server assez mal fait de ce point de vue, je me suis permis de développer mon propre outil pour générer les scripts SQL d'insertion des données dans les tables. Ceux qui postent ici n'auront plus d'excuses pour nous fournir un joli scripts de commandes SQL INSERT afin de donner un jeu d'essais pour qu'on les aident.

5) Un "audit trail" générique (ou comment pister les mises à jours des tables que l'on souhaite).
Ce type d'audit est destiné à pister les événements qui se passe dans un système. Dans une base de données, il est destiné à vérifier ce qui s'est passé, notamment sur le plan des valeurs avant ou après la modification. Il peut à la fois servir pour la sécurité (qui à fait quoi ?), comme sur le plan fonctionnel (pourquoi cette valeur ?, À quelle date un tel changement ?...)

6) Métadonnées des index
Qui n'a un jour rêvé de voir la procédure sp_helpindex doté de nouvelles fonctionnalités tel que montrer la liste des colonnes INCLUDE ou l'éventuel filtre ? Cette mouture particulière permet de voir les principales métadonnées des index, mais sur tous les index, pas seulement les index transactionnels (BTree), mais aussi les index spatiaux, XML, FullText et columnstore...

Bonne lecture et merci pour vos commentaires !


(1) en fait “Eternity is really long, especially near the end”...

[mail.spam]

Bonjour,

Merci pour tous ses articles.

Il ya juste une correction de lien à faire.
Le lien de "Un "audit trail" générique (ou comment pister les mises à jours des tables que l'on souhaite)."
ne pointe pas sur le bon article. Il envoie vers le « rétro script » d’insertion.
au lieu de
http://blog.developpez.com/sqlpro/p1...rail-generique.

[SQLpro]

Merci c'est corrigé !

A +

[fredoche]

Merci Frédéric

Ca fait des années que je te lis, je crois que j'ai déjà eu droit à des réponses de ta part il y a plus de 15 voir 17 ans dans les newsgroups consacrés au SQL, et bon dieu je ne sais pas si j'ai appris plus de quiconque que de toi.
Je te voue une réelle admiration, te lire est toujours passionnant

Ces index rotatifs risquent de m'être utiles dans les jours à venir, c'est génial

[escartefigue]

Bonjour

Merci pour ces excellents articles, comme à l'accoutumée
Je mets en PJ une version corrigée du 1er article, correction qui ne concerne que quelques fautes de frappe, rien sur le fond
Les modifs apparaissent en mode révision dans le texte

Merci encore

[SQLpro]

Merci Frédéric

Ca fait des années que je te lis, je crois que j'ai déjà eu droit à des réponses de ta part il y a plus de 15 voir 17 ans dans les newsgroups consacrés au SQL, et bon dieu je ne sais pas si j'ai appris plus de quiconque que de toi.
Je te voue une réelle admiration, te lire est toujours passionnant

Ces index rotatifs risquent de m'être utiles dans les jours à venir, c'est génial

C'est intéressant sur des très gros volume et plus encore pour de la recherche avec corrections (par exemple uqand une serponne saisie mal les most... ! ;-))

A +

[SQLpro]

Bonjour

Merci pour ces excellents articles, comme à l'accoutumée
Je mets en PJ une version corrigée du 1er article, correction qui ne concerne que quelques fautes de frappe, rien sur le fond
Les modifs apparaissent en mode révision dans le texte

Merci encore

C'est fait merci !

A +

[François DORIN]

Merci beaucoup Frédéric pour ces articles.

Juste une remarque concernant les index rotatifs. Tu précises à juste titre qu'il faut que la colonne MOT_MOT soit sensible aux accents, et pas à la casse, mais tu utilises la collation French_BIN qui est sensible aussi bien aux accents qu'à la casse. Il faudrait peut-être préciser que le côté insensible à la casse est obtenue via l'utilisation de la fonction LOWER dans les procédures d'indexation et de recherche. Qu'en penses-tu ?

[SQLpro]

Merci beaucoup Frédéric pour ces articles.

Juste une remarque concernant les index rotatifs. Tu précises à juste titre qu'il faut que la colonne MOT_MOT soit sensible aux accents, et pas à la casse, mais tu utilises la collation French_BIN qui est sensible aussi bien aux accents qu'à la casse. Il faudrait peut-être préciser que le côté insensible à la casse est obtenue via l'utilisation de la fonction LOWER dans les procédures d'indexation et de recherche. Qu'en penses-tu ?

Tu as tout à fait raison !

Et il est bien plus performant d'utiliser une collation binaire qu'une collation sensible à la casse ou aux accents et à fortiori aux deux !

A +

[François DORIN]

Et il est bien plus performant d'utiliser une collation binaire qu'une collation sensible à la casse ou aux accents et à fortiori aux deux !

Tout à fait. Il est peut bon de le préciser aussi, car sinon, on pourrait être tenté d'utiliser une collation style SQL_Latin1_General_CP1250_CI_AS.