Discussion :

[awa123]

Bonjour,

j'ai une Table de 5 millions de lignes avec ~30 colonnes, quand je crée une jointure (modification de la table) c'est hyper lent ( la requete dure 1h si ce n'est pas plus)

Je pense que c'est à cause du type de donnée de mes colonnes, elles sont toutes en nvarchar 255 (mise par defaut) mais lorsque j'essaie de reduire la taille
en

Code :

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

1
2
alter Table
alter column colonne1 nvarchar(55) null

c'est trop long (plus de 30 minutes) du coup je suis bloqué j'ai l'impression que je peux rien faire

et est ce possible d'avoir une estimation sur le temps que la requete prendra avant de la lancer ?

auriez vous quelques conseils svp ? je suis debutant


merci

[SQLpro]

NVARCHAR(255) cela équivaut au plus à 514 octets : 256 x 2 octets + 2 octets pour la longueur réelle stockée. Un processeurs de 32 bits c'est 8 octets.
Pour lire votre valeur littérale il faut donc au plus 65 passes dans le processeurs. Pour une jointure (deux valeurs de chaque côté) il faut donc 130 passes au plus...
De plus, les littéraux ont des collations qui impose en sus un extra overhead (par exemple confusion maj/min).

Ceci explique pourquoi vos temps de réponse !
C'est évidemment une aberration que d'utiliser des clefs primaires de type littéraux et surtout aussi longs !!!!
Et estimez vous heureux d'être sur SQL Server car sous MySQmerde, les littéraux sont représentés par 3 octets... donc 768 octets !

Imaginez habité un château fort, vous aurez vite fait de trouver que les clef moderne c'est quand même plus sympa !


Donc, effectivement réduire votre clef est plutôt bénéfique !

Pourquoi pas une clef numérique ?

Dans ce cas, ajoutez la colonne, mettez la à jour et supprimez l'ancienne clé

A +

[awa123]

merci bcp et j'adore votre illustration

du coup je vais changer chaque type de colonne mais ca prendra aussi beaucoup de temps (30 mins par colonne et j'en ai ~30...)

Dans ce cas, ajoutez la colonne, mettez la à jour et supprimez l'ancienne clé

vous voulez dire que je dois tout reimporter avec le bon type de colonne (moins longue)? ou bien j'ajoute une colonne a ma table avec le bon type, je copie le contenue de la colonne originale et je supprime l'original, et je fais ca pour toutes les colonnes...

et comme dans mes colonnes je n'ai rien qui depasse 20 caracteres, quel serait le type que vous me suggerez ? nvarchar(20) ?

merci

[escartefigue]

Pour ce qui concerne la clef primaire, le plus simple est d'ajouter une colonne de type integer et identity puis de recharger la table.
La valeur de la clef sera attribuée automatiquement par le SGBD de façon bien sûr unique, PK oblige, mais surtout concise, integer oblige et stable, identity oblige !
Le (n)(var)char possède le plus souvent un contenu fonctionnel et donc instable : à fuir pour une PK !

Il faudrait également réfléchir au type de toutes les autres colonnes, n'utiliser qu'un seul type est complètement aberrant.
Les différents types sont là pour être utilisés, il est très peu probable que du nvarchar(255) soit adapté à tous vos contenus.
S'il y a des dates ou des montants par exemple, du nvarchar est ce qu'on peut faire de pire !