Discussion :

[usf70]

Bonjour,

J'ai voulu créer un index sur une table qui a beaucoup de colonnes, et j'ai eu un message d'erreur disant qu'il ne peut pas créer plus de 249 index nonclustered sur cette table. Pourtant je n'ai que la clé primaire dessus.
En cherchant sur le net, je suis tombé sur cet article :

http://www.developerdotstar.com/community/node/503

Ce qui a fortement remis en cause le fait que je créait toutes mes bases avec l'option "auto update statistics". Est-ce que quelqu'un pourrait valider ceci ?
Faut-il d'office supprimer les auto update statistics ou tout autre comportement automatique de SQL Server (comme par exemple l'aide à la création des index depuis le générateur de profils que j'utilise de temps en temps) ?

[ZERS]

N'as-tu pas moyen de couper ta table en plusieurs morceau, parce que faire une table avec plus de 50 colonnes, je considère que c'est une erreur de conception, même si il faut dénormalisé le MPD.

Toujours sous reserve que ce soit possible, on met les données "qui bougent souvent" d'un coté, les données "plus ou moins statiques" de l'autre.

Cerise sur le gâteau, en sizant bien les disques et les segments, on gagne énormément en performance

Cdlt

[usf70]

J'aurais bien aimé pouvoir découper cette table .. J'étais le premier surpris ... Mais j'ai pas eu le choix. C'est une application que nous avons installé qui est comme ça.
En analysant les performances et les plans d'exécution, il était (pour moi) évident de créer un index sur certaines zones vu qu'il me faisait un scan de la table (qui contient dans les 400000 enregistrements) . Et là ... Pas possible.

[ZERS]

bah 400 000 enregistrements c'est rien, si tu as un bon serveur et de bons disques.

[rudib]

Bonjour,

Tu pourrais enlever auto create statistics (et non pas auto update) sur la base. Ce serait dommage. Mais si les requêtes sur la base ne changent pas beaucoup, ça pourrait aller. Tu peux le faire et tracer l'événement missing statistics régulièrement pour voir si tout est ok.

Pour répondre à ta question : non, il ne faut pas d'office désactiver des processus automatiques, ils sont là pour une bonne raison et en général les désactiver ne fait que de créer des problèmes à plus ou moins court terme.