Discussion :

[Banzai31]

Bonjour,

En voulant créer une contrainte sur un champ, j'ai un message d'erreur "Cannot create more than 249 nonclustered index or column statistics on one table". Il n'y a pas autant d'index donc le problème doit venir des statitics. Il s'agit d'un table qui a été très mal conçu (énormément de colonne) et forcement on ne peut pas toucher à cette table.

Je ne trouve pas vraiment si il est possible de "nettoyer" des statistics et si c'est faisable, quel serait une bonne pratique?

Merci d'avance pour vos conseils.

[Boubou2020]

bonjour

regardez si votre table contiens plus de 200 colonnes alors il faut faire la normalisation
de plus essayer de Désactiver le Auto Create Statistics sur la base de donnée
ce que je pense que SQL Server a créé automatiquement des statistiques pour plus de 249 colonnes, parce qu'ils ont montré dans une clause where de quelque requête qui a été exécuté. alors vous devriez être en mesure d'exécuter les scripts d'index sans aucun problème. Bonne chance.

[mikedavem]

A ce stade, il serait pertinent et urgent de revoir le design de ta table.
Je n'ose pas imaginer sa définition ...

++

[SQLpro]

En voulant créer une contrainte sur un champ, j'ai un message d'erreur "Cannot create more than 249 nonclustered index or column statistics on one table". Il n'y a pas autant d'index donc le problème doit venir des statitics. Il s'agit d'un table qui a été très mal conçu (énormément de colonne) et forcement on ne peut pas toucher à cette table.

Vous pouvez bien évidemment supprimer les statistiques de colonnes pour réaliser votre contraintes.

Sachez d'abord que ce nombre de 250 index ou stats (249 non clustered + 1 clustered) a évolué dès SQL Server 2008 pour aller à 1000.
Vous pouvez donc contourner le problème en montant vers SQL 2014 par exemple...

Autre façon de faire, supprimer tous les index de colonne, par la requête suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
SELECT 'DROP STATISTICS [' + sc.name + '].[' + o.name + '].[' + s.name + '];'
FROM   sys.stats AS s
       INNER JOIN sys.objects AS o
             ON s.object_id = o.object_id
       INNER JOIN sys.schemas AS sc
             ON o.schema_id = sc.schema_id
WHERE  NOT EXISTS(SELECT *
                  FROM   sys.indexes AS i
                  WHERE  s.object_id = i.object_id
                    AND  s.name = i.name);

Bien entendu mieux vaut filtrer sur votre table plus précisément.

Cependant c'est vraiment d'une incroyable stupidité que d'avoir une telle table. Un SGBDR n'est pas un tableur. Il vous faut d'urgence normaliser cette table.

A +