![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>Quatri\u00e8me article de la s\u00e9rie Une approche pragmatique de la production SQL Server<\/a>, nous voyons ici la mise \u00e0 jour des statistiques.<\/p>\n Quand SQL Server met-il \u00e0 jour les statistiques ?<\/strong><\/p>\n Faut-il mettre \u00e0 jour les statistiques manuellement ?<\/strong> Non, lorsque les bases sont de faible volum\u00e9trie et que l\u2019activit\u00e9 transactionnelle n\u2019est pas \u00e9lev\u00e9e; la gestion automatique des statistiques suffit amplement.<\/p>\n Oui, lorsque l\u2019on sait que les statistiques ne sont plus repr\u00e9sentatives bien avant le seuil des 20% (donn\u00e9es r\u00e9parties de mani\u00e8re \u00a0non homog\u00e8ne dans certaines tables), ou lorsque l\u2019on ne peut pas se permettre d\u2019ajouter \u00e0 une compilation le temps mis \u00e0 mettre \u00e0 jour les statistiques. Quelles statistiques mettre \u00e0 jour ?<\/strong> Lorsqu\u2019une donn\u00e9e est mise \u00e0 jour dans une table, la valeur de la colonne rowmdctr de la table syst\u00e8me sysindexes s\u2019incr\u00e9mente(MSDN: sysindexes<\/a>). Cette colonne est remise \u00e0 z\u00e9ro lorsque les statistiques sont mises \u00e0 jour. R\u00e9cup\u00e9rer la liste des statistiques qui ne sont pas totalement \u00e0 jour consiste donc simplement \u00e0 remonter les lignes de sysindexes \u00e0 l\u2019exception de celles pour lesquelles rowmodctr vaut 0 ! La mise \u00e0 jour peut s\u2019effectuer sur l\u2019int\u00e9gralit\u00e9 de l\u2019objet (FULLSCAN) ou sur un \u00e9chantillon (SAMPLE). La premi\u00e8re m\u00e9thode est plus longue que la seconde puisque les pages balay\u00e9es sont plus nombreuses. Il existe un risque, m\u00eame s\u2019il est faible, qu\u2019une statistique cr\u00e9\u00e9e \u00e0 partir d\u2019un \u00e9chantillon ne soit pas repr\u00e9sentative (le m\u00e9canisme de statistiques filtr\u00e9es de SQL Server 2008 peut aider \u00e0 contourner ce probl\u00e8me). Pour les tables de faible volum\u00e9trie, la mise \u00e0 jour en FULLSCAN est pr\u00e9f\u00e9rable. Pour les plus gros objets, le mode SAMPLE peut \u00eatre utilis\u00e9, mais t\u00e2chez d\u2019\u00eatre toujours au moins \u00e0 20% de pages balay\u00e9es.<\/p>\n Attention, la mise \u00e0 jour des statistiques a un double impact sur les performances:<\/strong> Voici un exemple de proc\u00e9dure stock\u00e9e de mise \u00e0 jour de statistiques qui repose sur ces quelques r\u00e8gles :<\/p>\n Quatri\u00e8me article de la s\u00e9rie Une approche pragmatique de la production SQL Server, nous voyons ici la mise \u00e0 jour des statistiques. Quand SQL Server met-il \u00e0 jour les statistiques ? Lors de la r\u00e9organisation d\u2019un indexe. Les statistiques sont… Continuer la lecture \n
\nOui et Non !<\/p>\n
\nDans le cadre d\u2019un parc d\u2019instances SQL Server, il est int\u00e9ressant de disposer d\u2019une t\u00e2che de gestion des statistiques ex\u00e9cut\u00e9e sur toutes les instances qui mettra \u00e0 jour ou non les statistiques selon quelques r\u00e8gles.<\/p>\n
\nChaque base de donn\u00e9es peut contenir des donn\u00e9es tr\u00e8s volatiles et d\u2019autres statiques, comme par exemple des tables d\u2019historique, souvent volumineuses. Certaines tables peuvent \u00eatre des tables de travail, r\u00e9guli\u00e8rement purg\u00e9es, pour lesquelles les statistiques ne seront jamais pertinentes.
\nIl faut donc trouver un m\u00e9canisme capable d\u2019identifier les tables de travail et les tables qui n\u2019ont pas subi de modification de donn\u00e9es (depuis la derni\u00e8re mise \u00e0 jour).<\/p>\n
\n(Comme son nom ne l\u2019indique pas, sysindexes contient une entr\u00e9e pour chaque indexe mais aussi pour chaque statistique de la base).<\/p>\n
\nLa lecture des pages de chaque objet s\u2019accompagne d\u2019une pose de verrous partag\u00e9s, ils entrent donc en concurrence avec les acc\u00e8s en modification sur l\u2019objet.
\nLes plans d\u2019ex\u00e9cution en cache qui utilisent les statistiques mis \u00e0 jour sont invalid\u00e9s. Les prochaines ex\u00e9cutions de requ\u00eates passeront donc n\u00e9cessairement par la phase de compilation.
\nil est donc pr\u00e9f\u00e9rable d\u2019effectuer cette mise \u00e0 jour lors d\u2019une p\u00e9riode de faible activit\u00e9.<\/p>\nUSE outils_dba\r\nGO\r\nIF OBJECT_ID('maj_statistiques_base') IS NOT NULL\r\nDROP PROCEDURE maj_statistiques_base\r\nGO\r\nCREATE PROCEDURE maj_statistiques_base ( @nom_base sysname,\r\n@complet varchar(3)='NON'\r\n)\r\nAS\r\n\/***************************************************************************************\r\nB. Vesan, Cap Data Consulting, Mars 2012\r\nCette procedure permet de mettre \u00e0 jour les statistiques d'une base.\r\n\r\nSi la valeur du param\u00e8tre @complet vaut 'OUI', l'int\u00e9gralit\u00e9 des statistiques sera mise \u00e0 jour.\r\nSinon, seules les statistiques sur les tables ayant re\u00e7u des mouvements seront mises \u00e0 jour.\r\n\r\nLa proc\u00e9dure retournera 0 en cas de succ\u00e8s, 1 en cas d'\u00e9chec.\r\n\r\n***************************************************************************************\/\r\nBEGIN\r\nSET NOCOUNT ON\r\nDECLARE @cmd varchar(4000),@msg varchar(1000), @erreur int\r\nCREATE TABLE #table_stats(commande varchar(4000))\r\n\r\nIF DB_ID(@nom_base) IS NULL\r\nBEGIN\r\nSET @msg = 'Echec de l'' ex\u00e9cution de maj_statistiques_base : La base '+ISNULL(@nom_base,'(valeur nulle)')+' n''existe pas'\r\nRAISERROR (@msg, 16, 1) WITH NOWAIT,LOG\r\nreturn 1\r\nEND\r\n\r\nIF ( DATABASEPROPERTYEX(@nom_base,'Status ')!='ONLINE' OR EXISTS (select 1 FROM sys.databases WHERE name=@nom_base AND source_database_id IS NOT NULL))\r\nBEGIN\r\nSET @msg = 'La base '+@nom_base+' n''est pas disponible ou il s''agit d''un snapshot'\r\nPRINT @msg\r\nreturn 0\r\nEND\r\n\r\nset @cmd = 'USE ['+@nom_base+']\r\nselect ''UPDATE STATISTICS ['+@nom_base+'].[''+SCH.name+''].[''+T.name+''](''+SI.name+'') WITH RESAMPLE''\r\nfrom sysindexes SI\r\ninner join sys.tables T ON T.object_id = SI.id\r\ninner join sys.stats S ON (S.object_id = SI.id AND S.stats_id=SI.indid)\r\ninner join sys.schemas SCH ON (T.schema_id = SCH.schema_id)'\r\nif UPPER(@complet) ='NON' set @cmd = @cmd + ' WHERE SI.rowmodctr 0'\r\n\r\n--PRINT @cmd\r\nINSERT INTO #table_stats\r\nEXECUTE(@cmd)\r\n\r\nDECLARE CURSEUR_INDEXES INSENSITIVE CURSOR FOR\r\nselect commande from #table_stats \r\n\r\nOPEN CURSEUR_INDEXES\r\nFETCH NEXT FROM CURSEUR_INDEXES INTO @cmd\r\n\r\nWHILE(@@FETCH_STATUS=0)\r\nBEGIN\r\nPRINT @cmd\r\nEXECUTE(@cmd)\r\nselect @erreur=@@ERROR\r\nIF @erreur !=0\r\nBEGIN\r\nSET @msg = 'Echec de l'' ex\u00e9cution de maj_statistiques_base : Erreur '+CAST(@erreur as varchar(5))+' lors de l''appel \u00e0 la commande \"'+@cmd+'\"'\r\nRAISERROR (@msg, 16, 1) WITH NOWAIT,LOG\r\nCLOSE CURSEUR_INDEXES\r\nDEALLOCATE CURSEUR_INDEXES\r\nDROP TABLE #table_stats\r\nreturn 1\r\nEND\r\nFETCH NEXT FROM CURSEUR_INDEXES INTO @cmd\r\nEND\r\nCLOSE CURSEUR_INDEXES\r\nDEALLOCATE CURSEUR_INDEXES\r\nDROP TABLE #table_stats\r\nEND\r\nGO<\/pre>\n<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"