Pourquoi & Quand devrais-je utiliser la COLONNE FRAGMENTÉE? (SQL SERVER 2008)

Après en passant par quelques tutoriels sur SQL SERVER 2008 nouvelle fonction COLONNE FRAGMENTÉE, j'ai trouvé qu'il ne prend pas tout l'espace si la valeur de la colonne est 0 ou null mais quand il y a une valeur, il faut 4 fois en l'espace de façon régulière(non fragmentée) colonne contient.

Si ma compréhension est correcte, alors pourquoi je vais aller pour qu'au moment de la conception de base de données?
Et si j'utilise, à quel situation je être?

Aussi par curiosité, comment viennent pas de l'espace obtenir de réserve lorsqu'une colonne est définie comme étant incomplet de la colonne(je veux dire, qu'est-ce que la mise en œuvre interne pour qu')

Merci d'avance

  • Ce lien à partir de MSDN a de tableaux, de détails montrant la réduction de l'espace w.r.t. chaque type de données. Peut être un très bon pointeur à cet égard.
  • Une très bonne lecture sur les colonnes fragmentées en général ici.
InformationsquelleAutor priyanka.sarkar | 2009-09-09
  1. 85

    Une colonne fragmentée ne pas utiliser 4x le montant de l'espace pour stocker une valeur, il utilise un (fixe) 4 octets supplémentaires par valeur non null. (Comme vous l'avez mentionné, NULL prend 0 espace.)

    • Donc une valeur non null stockées dans un peu colonne est 1 peu + de 4 octets = 4.125 octets. Mais si 99% de ces personnes sont NULLES, c'est toujours une épargne nette.

    • Une valeur non null stockées dans un GUID (de type UniqueIdentifier) colonne est de 16 octets + 4 octets = 20 octets. Donc, si seulement 50% de ces derniers sont NULS, c'est encore un filet d'épargne.

    De sorte que les "économies attendues" dépend fortement de ce que genre de la colonne dont nous parlons, et que votre estimation de ce ratio sera nulle vs non-null. Variable de la largeur des colonnes (varchars) sont sans doute un peu plus difficile à prévoir avec précision.

    Ce La Documentation En Ligne De La Page a un tableau montrant quel est le pourcentage de différents types de données doivent être null pour vous retrouver avec un avantage.

    Donc quand devriez-vous utiliser une Colonne Fragmentée? Lorsque vous vous attendez à un pourcentage significatif de lignes pour avoir une valeur NULLE. Quelques exemples qui me viennent à l'esprit:

    • Un "Ordre de Date de Retour" d'une colonne dans une table de l'ordre. Vous espérez qu'un très petit pourcentage de la vente d'un résultat dans les produits retournés.
    • Un "4e Adresse" ligne dans une table d'Adresses. La plupart des adresses postales, même si vous avez besoin d'un nom de Département et de "Soins" n'est probablement pas besoin de 4 lignes distinctes.
    • Un "Suffixe" colonne de la table client. Un assez faible pourcentage de personnes qui ont un "Jr" ou "III" ou "Esquire" après leur nom.
    • Il a été suggéré de le modifier, il est de 4 octets supplémentaires par non-null champ. Ceci est incorrect, j'ai roulé ce retour-à-dire ligne. Afin de clarifier avec un exemple: si nous avons un 100-ligne de la table avec un champ GUID, 10 lignes de qui ont des valeurs, 90 lignes sont NULLES. Un champ GUID est normalement de 16 octets, donc normal (non fragmentée) GUID 16*100 = 1600 octets. Si nous avons pris cette éparse champ, l'espace serait au lieu de cela seulement (16+4)*10 = 200 octets, et non pas (16*10)+4 = 164 octets. Le 4 octets pénalité s'applique à tous les peuplé de ligne.
    • Mais sûrement, s'il y a plusieurs éparses champs dans une ligne, le 4 octets pénalité s'applique à chacun des champs séparément? Auquel cas il serait plus naturel de dire par (ce qui serait vraiment moyenne par domaine par ligne). Il m'a fallu un certain temps pour réaliser votre compréhension de par était par domaine par la table.
    • Oui, vous devez calculer le prédit peine séparément pour plusieurs éparses dans les champs de la même table. Je suppose qu'il serait judicieux d'évaluer ensemble si vous vous attendez à eux coïncident (comme si vous aviez 5 champs qui ne sont remplis que si un produit est retourné ou quelque chose).
    • Ligne se sent très trompeuse pour moi. Les Tables ont des colonnes, les enregistrements ont les champs, correct? 4 octets pour les non-nulle de la colonne peut être ambiguë, mais je ne pense pas que 4 octets par champ non null est. Comme c'est cette réponse implique qu'il n'y est de 4 octets de la pac par enregistrement, peu importe la façon dont beaucoup de non-null éparses champs dont il dispose.
    • Obtenir votre point, @OGHaza, j'ai toujours utilisé la "colonne" et "champ" de façon interchangeable, donc je ne sais pas si tout le monde allait comprendre la distinction fondée sur ces conditions le seul. Mais oui, vous avez plusieurs pénalités si vous aviez plusieurs colonnes fragmentées dans un tableau. Je suppose que j'ai supposé que ce serait évident, le "il" dans ma première phrase est vraiment "chaque colonne fragmentée". Je vais réfléchir à la façon de clarifier la réponse.
    • Quant à les Lignes vs Dossiers
    • ypercube aha donc ma terminologie est partout 😛 @BradC, après avoir lu votre commentaire, et puis relire ci-dessus, je ne vois ce que tu veux dire et effectivement votre phrasé semble à peu près juste. Excuses
    • J'ai édité une partie de la terminologie dans la réponse à la rendre plus claire, et nous espérons éviter le champ/la ligne/colonne confusion.
    • L'espace n'est pas la seule chose que vous devriez envisager. Mise à jour de la charge est aussi important - n'oubliez pas, chaque fois que vous la valeur null ou apporter une valeur, vous êtes à la modification de la longueur de ligne et donc avoir potentiellement reconstruire, et, éventuellement, de scission, de votre page. Ainsi, alors que le nom d'une personne ou de suffixe d'une adresse ligne 4 est encore un bon candidat pour éparses, la date de retour pourrait ne pas être - si vous êtes disent Amazon vous auriez probablement être plus heureux que de mâcher de l'espace pour réduire le coût des mises à jour.
    • En fait, ypercube méta lien est un exemple de pourquoi vous ne pouvez pas demander à des gens au hasard pour une définition et de s'attendre à une définition correcte. Le plus voté réponse prend deux personnes du personnel de la définition et la présente comme la vérité, les deux prochaines participer à une enquête de termes dans la documentation, et les trois sont pas pris en charge opinions. Alors qu'ils font un bon travail de montrer ce qu'un enregistrement est, ils ne parviennent pas à fournir de sauvegarde pour ce qu'elle n'est pas, ce qu'un enregistrement est, ce qu'il faut appeler lorsqu'une valeur est dans une rangée, ou de fournir toute la documentation définissant les modalités de Ligne, d'Enregistrer et de Champ.

    InformationsquelleAutor BradC
  2. 23

    • Stocker une valeur null dans une colonne fragmentée prend pas de place du tout.

    • À n'importe quelle application externe de la colonne se comportent de la même

    • Colonnes fragmentées marche vraiment bien, avec des index filtrés que vous ne souhaitez créer un index pour faire face à la non-attributs vides dans la colonne.

    • Vous pouvez créer un jeu de colonnes sur les colonnes fragmentées qui renvoie un xml clip de tous les non-null données de colonnes couvertes par le jeu. La colonne ensemble se comporte comme une colonne elle-même. Remarque: vous pouvez seulement avoir un jeu de colonnes par table.

    • De Capture de Données modifiées de la réplication Transactionnelle et les deux fonctionnent, mais pas la colonne définit la fonction.

    Inconvénients

    • Si une colonne fragmentée dispose de données, il passer de 4 octets de plus que normale de la colonne par exemple même un peu (0.125 octets normalement) est de 4,125 octets et l'identificateur unique s'élève formulaire de 16 octets 20 octets.

    • Pas tous type de données peuvent être dispersés: text, ntext, image, l'horodatage, le type de données utilisateur, la géométrie, la géographie ou varbinray (max) avec l'attribut FILESTREAM ne peut pas être rares. (Changed17/5/2009 merci Alex pour repérer la faute de frappe)

    • les colonnes calculées peuvent pas être rares (bien que les colonnes fragmentées peuvent prendre part à un calcul dans une autre colonne calculée)

    • Vous ne pouvez pas appliquer des règles ou des valeurs par défaut.

    • Colonnes fragmentées ne font pas partie d'un index cluster. Si vous avez besoin de faire usage d'une colonne calculée basée sur la colonne fragmentée et de créer l'index cluster sur qui (qui est en quelque sorte de défaites de l'objet).

    • De réplication de fusion ne fonctionne pas.

    • De compression de données ne fonctionne pas.

    • Accès (lecture et écriture) pour les colonnes fragmentées est plus cher, mais je n'ai pas été en mesure de trouver des chiffres exacts sur ce.

    Référence

    • Merci .. j'ai déjà couvert ce site. Mais, même dans ce site n'ont pas répondu aux questions que j'ai posée ici. Dans quels cas dois-je aller avec colonne fragmentée quand il prend 4 fois espace extra!
    InformationsquelleAutor rahul
  3. 4

    Vous êtes en train de lire ce mal - il ne prend jamais de 4x de l'espace.

    Plus précisément, il est dit 4* (4 octets, voir note de bas de page), pas de 4x (multiplier par 4). Le seul cas où c'est exactement 4x l'espace est un char(4), qui permettrait de réaliser des économies si les valeurs Null existe plus de 64% du temps.

    "*La longueur est égale à la moyenne des données contenues dans le type, plus 2 ou 4 octets."

    InformationsquelleAutor mbourgon
  4. 0
    | datetime NULL      | datetime SPARSE NULL | datetime SPARSE NULL |
|-------------------- | ---------------------- | ----------------------|
| 20171213 (8 bytes) | 20171213 (12 bytes)  | 20171213 (12 bytes)  |
| NULL     (8 bytes) | 20171213 (12 bytes)  | 20171213 (12 bytes)  |
| 20171213 (8 bytes) | NULL      (0 bytes)  | NULL      (0 bytes)  |
| NULL     (8 bytes) | NULL      (0 bytes)  | NULL      (0 bytes)  |

    Vous perdez 4 octets et pas seulement une fois par ligne; mais, pour chaque cellule de la ligne qui n'est pas null.

    InformationsquelleAutor Ian Boyd
  5. -2

    De SQL SERVER 2008 – Introduction à Colonnes FRAGMENTÉES – Partie 2 par Pinal Dave:

    Toutes les colonnes FRAGMENTÉES sont stockés en tant que colonne XML dans la base de données. Laissez-nous
    voir quelques-uns des avantages et des inconvénients de la colonne FRAGMENTÉE.

    Avantages de la colonne FRAGMENTÉE sont:

    • INSERT, UPDATE, et DELETE peuvent faire référence aux colonnes fragmentées par son nom. Colonne FRAGMENTÉE peut fonctionner comme une colonne XML ainsi.

    • Colonne FRAGMENTÉE peut prendre avantage de l'Index filtrés, où les données sont remplis en ligne.

    • Colonne FRAGMENTÉE permet d'économiser beaucoup d'espace de base de données quand il y a zéro ou des valeurs null dans la base de données.

    Inconvénients de la colonne FRAGMENTÉE sont:

    • Colonne FRAGMENTÉE n'ont pas d'IDENTITÉ ou de la propriété ROWGUIDCOL.

    • Colonne FRAGMENTÉE ne peut pas être appliqué sur des données text, ntext, image, timestamp, la géométrie, la géographie ou les types de données définis par l'utilisateur.

    • Colonne FRAGMENTÉE ne peut pas avoir de valeur par défaut ou de la règle ou de la colonne calculée.

    • Index cluster ou d'un index de clé primaire unique ne peut pas être appliquée colonne FRAGMENTÉE. Colonne FRAGMENTÉE peut ne pas être une partie de la clé d'index cluster.

    • De la Table contenant la colonne FRAGMENTÉE peut avoir au maximum la taille de 8 018 octets au lieu d'un 8060 octets. Une table d'opération qui consiste à ÉPARSES
      colonne de performances plus régulières colonne.

    • Un débordement de pile n'est pas un lieu de discussion prolongée .. en outre, vous avez répondu un peu tard tout simplement de résumer l'information qui a déjà été parfaitement résumée et accepté. Je ne suis pas la suppression de ce, comme il le fait de répondre à la question, mais la communauté peut réagir négativement à elle.
    • blog.sqlauthority.com/2008/07/14/...
    • Je vais upvote ce. L'explication de tous les rares champs détenus dans un champ XML efface les choses dans ma tête un peu. Personne d'autre a mentionné que.
    • probablement parce qu'il est incorrect. C'est de cette façon de colonnes fragmentées sont en fait stockées. améliorer.dk/rares-colonne-stockage-ndash-les-rares-vector. Ils peuvent être remis au client au format XML si vous utilisez jeux de colonnes,
    InformationsquelleAutor Place Holiday