Ai-je besoin d'une table séparée pour les descriptions nvarchar (max)

Question

Dans l'une de mes précédentes sociétés, nous avions une table séparée dans laquelle nous stockions de longues descriptions dans une colonne de type texte. Je pense que cela a été fait en raison des limitations qui accompagnent le type de texte. Je suis en train de concevoir les tables pour l'application existante sur laquelle je travaille et cette question me vient à l'esprit. Je résonne à stocker la longue description de mes articles sur la même table d'article sur une colonne de varchar (max). Je comprends que je ne peux pas indexer cette colonne mais c'est OK car je ne ferai pas de recherches sur ces colonnes.

Jusqu'à présent, je ne vois aucune raison de séparer cette colonne à une autre table.

Pouvez-vous s'il vous plaît me donner une entrée si je manque sur quelque chose ou si le stockage de mes descriptions sur la même table sur varchar (max) est une bonne approche? Merci!

Answer 1

Conservez les champs dans la table à laquelle ils appartiennent. Depuis SQL Server 2005, le moteur est devenu beaucoup plus intelligent en ce qui concerne les grands types de données et même les types de données courts de longueur variable. Les anciens types TEXT, NTEXT et IMAGE sont obsolètes. Les nouveaux types avec la longueur MAX sont leur remplacement. Avec SQL 2005, chaque partition dispose de 3 types d'unités d'allocation sous-jacentes: une pour les lignes, une pour les objets LOB et une pour le dépassement de ligne. Les types MAX sont stockés dans l'unité d'allocation LOB, de sorte que le moteur gère pour vous une table distincte pour stocker les objets volumineux. L'unité de dépassement de ligne est destinée aux données de longueur variable dans la rangée qui, après une mise à jour, ne cadrent plus avec la page, de sorte qu'elle est «survolée» dans une unité distincte.

Voir Table and Index Organization.

Answer 2

Cela dépend de la fréquence à laquelle vous les utilisez, mais oui, vous pouvez le vouloir sur une table séparée. Avant de prendre la décision, vous devez lire la pagination de fichiers SQL, les divisions de page et les détails de la façon dont sql stocke les données. La réponse courte est que varcharmax() peut certainement entraîner une diminution des performances lorsque ces longueurs de champ changent beaucoup en raison d'une augmentation des découpages de pages, ce qui est une opération coûteuse.