SQLShack (Français)

dans cet article, nous allons passer en revue le type de données SQL VARCHAR, y compris une définition de base et un aperçu, les différences avec varchar(n), Le support UTF-8, le classement, les considérations de performance et plus encore.

Les données jouent un rôle crucial dans toute organisation et un attribut par lequel elles sont définies est appelé son type de données. En termes simples, le type de données indique le type de données qu’un objet, une variable ou une expression peut stocker., En tant que développeur SQL, lors de la création d’une table SQL, nous devons comprendre et décider quel type de données sera contenu par chaque colonne d’une table. Comme tout autre langage de programmation, SQL prend également en charge une gamme de types de données pouvant contenir des données entières, des données de date et d’heure, des données de caractères, etc. et vous permet de définir vos propres types de données. SQL varchar est l’un des types de données les plus connus et les plus utilisés du lot. Dans cet article, nous allons parcourir différentes facettes du serveur SQL varchar dans le serveur SQL.

Voici le contour que nous couvrirons dans ce bloc.,

1. Introduction au type de données SQL Server varchar dans SQL Server
2. utilisation de varchar pour les gros blocs de texte
3. Quoi de neuf dans SQL Server 2019 preview for varchar datatype?,
4. Influence du classement sur VARCHAR SQL dans SQL Server
5. prise en charge UTF-8 avec varchar dans SQL Server 2019 CTP
6. SQL Server varchar pour les conversions de données et l’affichage des données
7. considérations de stockage et de performance en utilisant SQL Server varchar
8. Impact sur la longueur de chaîne de SQL varchar avec

   alors, qu’est-ce que varchar dans SQL?

   comme son nom l’indique, varchar signifie des données de caractères qui varient., Également connu sous le nom de caractère Variable, il s’agit d’un type de données de chaîne de longueur indéterminée. Il peut contenir des chiffres, des lettres et des caractères spéciaux. Microsoft SQL Server 2008 (et versions ultérieures) peut stocker jusqu’à 8000 caractères en tant que longueur maximale de la chaîne à l’aide du type de données varchar. SQL varchar contient généralement 1 octet par caractère et 2 octets de plus pour les informations de longueur. Il est recommandé d’utiliser varchar comme type de données lorsque les colonnes ont une longueur variable et que les données réelles sont bien inférieures à la capacité donnée. Passons à SSMS et voyons comment fonctionne varchar.,

   l’exemple suivant crée trois variables (nom, sexe et Âge) avec varchar comme type de données et différentes valeurs qui leur sont assignées. Comme le montrent les ensembles de résultats ci-dessous, par défaut, la longueur de chaîne des colonnes SQL varchar est 1 et elle ne renvoie que la première valeur des variables(le reste de la chaîne étant tronqué) lorsqu’aucune longueur de chaîne n’est transmise pour le type de données varchar. La fonction len () est utilisée pour déterminer le nombre de caractères stockés dans la colonne varchar.

   

   en quoi SQL VARCHAR(max) est-il différent de varchar(n)?,

   Il y a des moments où les développeurs SQL (y compris moi-même) définissent généralement varchar datatype sans longueur, et par la suite, ne parviennent pas à insérer des enregistrements de chaîne dans la table SQL, en effet, SQL Server alloue 1 espace de caractère comme valeur par défaut à la colonne varchar définie sans longueur. Dans les scénarios pratiques, varchar (n) est utilisé pour stocker la valeur de longueur variable sous forme de chaîne, ici ‘n’ désigne la longueur de la chaîne en octets et peut aller jusqu’à 8000 caractères., Maintenant, allons plus loin et voyons comment nous pouvons stocker des données SQL varchar avec une longueur de chaîne dans la colonne d’une table SQL. Ci-dessous script crée la table Demovarchar avec quelques données en elle. Et l’écran de résultat affiche les enregistrements de 7 employés en fonction de leurs départements, de leur âge, etc.

   

   supposons qu’il y ait un nouvel ajout d’un employé dans l’organisation et que nous, en tant que développeurs de données SQL, devions insérer ce nouvel enregistrement dans le tableau ci-dessus à l’aide de L’instruction INSERT SQL. Ci-dessous est un exemple illustré.,

   1	INSERT INTO Demovarchar VALUES(‘Newton Hamilton’, ‘Isaac’,’M’,’Design Head’,69)

   

   Oops, SQL Server encountered an error and terminated the statement saying string or binary data would be truncated., Cela s’est produit parce que la colonne LastName varchar(10) peut contenir jusqu’à 10 caractères et nous essayons ici d’insérer un nouvel enregistrement avec une longueur de chaîne(‘Newton Hamilton’) qui est clairement supérieure à 10 caractères. Comme solution rapide, nous pouvons modifier la table et augmenter le type de données de la colonne SQL VARCHAR, disons à varchar(50) pour insérer la nouvelle ligne. Exécutez le script ci-dessous pour modifier et insérer un nouvel enregistrement dans la table., De plus, vous pouvez utiliser les fonctions LEN() et DATALENGTH () pour déterminer respectivement le nombre de caractères et la taille de stockage en octets stockés dans la colonne varchar.

   

   Nous avons observé ci-dessus comment nous pouvons définir ou modifier la longueur de chaîne dans la colonne SQL VARCHAR pour répondre aux besoins de l’entreprise. Cependant, considérons un scénario, où nous ne sommes pas sûrs de la taille des données qui va être chargée dans nos tables SQL, dans de telles circonstances, inspecter et modifier la taille du type de données pour chaque colonne n’est pas un choix viable., L’une des options pour gérer cela pourrait être de définir la longueur de la chaîne sur la barre supérieure dans la colonne SQL Server varchar (à condition que vous ayez une estimation approximative de la longueur de la colonne de chaîne).

   un point important à prendre en considération, nous pouvons utiliser la longueur de chaîne jusqu’à varchar(8000) uniquement car il s’agit du nombre maximum de caractères que le type de données SQL VARCHAR(n) peut contenir. Ainsi, dans les cas où il y a des chances que la longueur de chaîne de la colonne varchar dépasse 8000 octets, l’utilisation de varchar(8001) ou de tout autre élément supérieur entraînera une erreur., One short example demonstrating this fact is shown below.

   1 2	DECLARE @name AS varchar(8001) = ‘john parker d »souza’; SELECT @name Name

   

   SQL Server 2005 got around this limitation of 8KB storage size and provided a workaround with varchar(max)., Il s’agit d’un grand type de données de caractères de longueur variable non Unicode et peut stocker un maximum de 2^31-1 octets (2 Go) de caractères non Unicode.

   quand j’ai été introduit pour la première fois aux concepts de varchar (n) et SQL VARCHAR, la question commune comme tout autre débutant que j’avais était de savoir pourquoi ne pouvons-nous pas simplement déclarer une colonne de type de données varchar (8500) ou supérieur, puisque nous avons varchar (max) qui prend en charge le stockage jusqu’à 2 Go et pourquoi)?, J’ai obtenu mes réponses sur une petite recherche que SQL Server utilise la page pour stocker des données et que la taille de chaque page est de 8 KO(à l’exclusion de l’en-tête de page, de la taille des décalages de ligne). Si les données à stocker sont inférieures ou égales à 8000 octets, varchar(n) ou varchar(max) les stocke en ligne. Cependant, si les données dépassent la taille de 8000 octets, elles sont traitées comme un objet volumineux (LOB) et elles ne sont pas stockées en ligne mais dans des pages LOB séparées(LOB_DATA)., Dans ce cas, la ligne n’aura qu’un pointeur vers la page de données LOB où les données réelles sont présentes et SQL Server attribue automatiquement un indicateur de débordement à la page pour manipuler les lignes de données. En bref, si vous savez que les données peuvent dépasser 8000 octets, il est préférable d’utiliser varchar(max) comme type de données.

   nous pouvons nous référer au DMV sys.dm_db_index_physical_stats pour voir quel type d’allocation de page (IN_ROW_DATA data/ LOB_DATA / ROW_OVERFLOW_DATA) est effectuée., Vous pouvez également consulter ce lien si vous souhaitez des explications détaillées sur la façon dont SQL Server exerce les limites de ligne et de page avec les types de données varchar(n) et varchar(max).

   passons rapidement à SSMS et voyons comment nous pouvons utiliser varchar(max). Exécutez le script suivant pour insérer 1 enregistrement où la valeur de la colonne StringCol dans chaque ligne est de 15 000 caractères B (c’est-à-dire 15 000 octets).

   

   une limitation de l’utilisation de varchar(max) est que nous ne pouvons pas créer un index qui a un varchar(max) comme colonne clé, à la place, il est conseillé de faire un index en texte intégral sur cette colonne.,

   une note rapide à faire – D’ici à la dernière étape de cet article, nous mentionnerons varchar à la place de varchar(n). Ne le considérez pas comme le varchar avec la valeur par défaut = 1.

   pour apprendre quelques différences plus intéressantes entre VARCHAR(n) et varchar(max) dans SQL Server, pensez à parcourir cet article, en comparant les types de données varchar(max) vs varchar(n) dans SQL Server.

   prise en charge de L’UTF-8 avec SQL Server 2019 CTP

   avant de découvrir ce que la fonctionnalité de prévisualisation SQL Server 2019 A à offrir pour SQL varchar, examinons rapidement un autre type de données intéressant – ‘nvarchar’ en premier., Comme SQL Server varchar, nous avons SQL nvarchar, le préfixe n dans nvarchar indique Unicode, c’est-à-dire qu’il stocke à la fois des données Unicode et non Unicode. La principale différence entre varchar et nvarchar est la façon dont ils sont stockés, varchar est stocké en tant que données 8 bits régulières(1 octet par caractère) et nvarchar stocke les données à 2 Octets par caractère. Pour cette raison, nvarchar peut contenir jusqu’à 4000 caractères et il prend le double de L’espace comme SQL varchar. Vous pouvez passer par ce lien pour en savoir plus sur nvarchar dans SQL Server.,

   avec L’aperçu public de SQL Server 2019, Microsoft a annoncé la prise en charge du codage de caractères UTF-8 pour les types de données existants (varchar et char). Pour ceux qui ne connaissent pas UTF-8, Il signifie Unicode Transformation Format et est un codage basé sur Unicode qui prend en charge de nombreuses langues. Le 8 en UTF – 8 signifie qu’il utilise 1 octet (8 bits) pour représenter un caractère en mémoire. De même, UTF-16 utilise 16 bits (2 octets) pour représenter un caractère. Nous limiterons la portée de cette nouvelle amélioration CTP SQL Server 2019 à ‘SQL varchar’ uniquement dans cet article.,

   Cette amélioration a l’impact suivant dans SQL Server: est

   1. améliore la compatibilité des données

      Jusqu’à SQL Server 2019 CTP, SQL varchar data type avait la capacité de stocker uniquement des données non-Unicode et avec cet aperçu, nous pouvons maintenant créer une colonne varchar pour stocker des données Unicode UTF – 8 est autorisé dans les types de données varchar et est activé lors de la création ou de la modification du classement d’un objet en un classement avec le suffixe UTF8. Cela aide à minimiser les problèmes de conversion de caractères.,

   2. réduction du stockage et amélioration des performances

      la prise en charge de L’UTF-8 pour le type de données varchar permet de réaliser des économies de stockage substantielles en fonction du jeu de caractères utilisé. Par exemple, en utilisant un classement UTF-8 activé, la modification du type de données de colonne de nvarchar(20) à varchar(20) offre une baisse significative des besoins en stockage car nvarchar(20) nécessite 40 octets pour le stockage et varchar(20) a besoin de 20 octets pour la même chaîne Unicode.

   note de côté importante – puisque cette amélioration est toujours en avant-première, nous pouvons nous attendre à plus de progressions sur ce front dans un proche avenir., Cependant, les types de données Unicode (UTF-16) existants (nchar, nvarchar et ntext) restent inchangés dans L’aperçu SQL Server 2019.

   classement avec SQL varchar dans SQL Server 2019 CTP

   classement dans SQL Server définit des configurations pour déterminer diverses règles telles que la sensibilité à la casse, la sensibilité à l’accent, le tri, les types de caractères et la largeur, etc. Comprendre toutes ces propriétés et comment fonctionnent-elles avec vos données devient très important. Le classement peut être défini au niveau du serveur, de la base de données, de l’expression ou de la colonne., UTF – 8 prend en charge le classement au niveau de la base de données ou au niveau de la colonne dans SQL Server 2019 CTP et est activé lorsque vous créez ou modifiez le classement de la base de données ou de la colonne en un classement avec le suffixe UTF8.

   Si vous exécutez la requête ci-dessous sur SQL Server 2019 CTP, vous pourrez voir tous les classements pris en charge par UTF-8 sur votre instance de SQL Server à l’aide de function (fn_helpcollations()).,d= »284f85b8b5″>