Tutoriel de base MySQL 4 - Exigences de stockage des types de données et comment choisir le type correct

1. Exigences de stockage des types de colonnes

Répertorie les exigences de stockage de chaque type de colonne pris en charge par MySQL selon la catégorie.

La taille maximale d'une ligne dans une table MyISAM est de 65 534 octets. Chaque colonne BLOB et TEXT n'en représente que 5 à 9 octets.

Si la table MyISAM inclut des types de colonnes de longueur variable, le format d'enregistrement est également de longueur variable. Lors de la création d'une table, MySQL peut changer une colonne d'un type de longueur variable à un type de longueur fixe ou vice versa, sous certaines conditions.

Exigences de stockage de type numérique

SMALLINT

列类型	存储需求
TINYINT	1个字节
SMALLINT	2个字节
MEDIUMINT	3个字节
INT, INTEGER	4个字节
BIGINT	8个字节
FLOAT(p)	如果0 <= p <= 24为4个字节, 如果25 <= p <= 53为8个字节
FLOAT	4个字节
DOUBLE [PRECISION], item REAL	8个字节
DECIMAL(M,D), NUMERIC(M,D)	变长；参见下面的讨论
BIT(M)	大约(M 7)/8个字节

Type de colonne

Exigences de stockage

TINYINT

1 octet

2 octets

MEDIUMINT

3 octets

INT, INTEGER

4 octets

BIGINT

8 octets

FLOAT(p)

Si 0 <= p <= 24 vaut 4 octets, si 25 <= p em> <= 53 équivaut à 8 octets

FLOAT

4 octets

DOUBLE [PRECISION ], élément REAL

8 octets

DECIMAL( M,D), NUMERIC( M,D)

longueur variable ; voir la discussion ci-dessous

BIT( M)

À propos de (M 7)/8 octets

DECIMAL (et NUMERIC) les exigences de stockage sont spécifiques à la version :

剩余的	字节
位数	数目
0	0
1	1
2	1
3	2
4	2
5	3
6	3
7	4
8	4
9	4

Compressez 9 nombres décimaux (basés sur 10) en utilisant le format binaire. Il y a 4 octets pour représenter la valeur de la colonne DECIMAL. Le stockage des parties entières et fractionnaires de chaque valeur est déterminé séparément. Chaque multiple de 9 chiffres nécessite 4 octets, et les bits « restants » nécessitent une partie des 4 octets. Le tableau suivant donne les exigences de stockage pour les bits excédentaires :

Remaining

列类型	存储需求
DATE	3个字节
DATETIME	8个字节
TIMESTAMP	4个字节
TIME	3个字节
YEAR	1个字节

Octets

Nombre de chiffres Nombre

列类型	存储需求
CHAR(M)	M个字节，0 <= M <= 255
VARCHAR(M)	L 1个字节，其中L <= M 且0 <= M <= 65535(参见下面的注释)
BINARY(M)	M个字节，0 <= M <= 255
VARBINARY(M)	L 1个字节，其中L <= M 且0 <= M <= 255
TINYBLOB, TINYTEXT	L 1个字节，其中L < 28
BLOB, TEXT	L 2个字节，其中L < 216
MEDIUMBLOB, MEDIUMTEXT	L 3个字节，其中L < 224
LONGBLOB, LONGTEXT	L 4个字节，其中L < 232
ENUM('value1','value2',...)	1或2个字节，取决于枚举值的个数(最多65,535个值)
SET('value1','value2',...)	1、2、3、4或者8个字节，取决于set成员的数目(最多64个成员)

tr> 0 0 1 1 2 1 3 2 42 5 3 6 3 7 4 8 4 9 4 Date et exigences de stockage pour le type d'heure table>Exigences de stockage de la chaîne type

Type de colonne	Stockage exigences
DATE	3 octets
DATETIME	8 octets
TIMESTAMP	4 octets
TIME	3 octets
ANNÉE	1 octet

1, 2, 3, 4 ou 8 octets, selon le nombre de membres de l'ensemble (jusqu'à 64 membres)

Type de colonne	Exigences de stockage
CHAR(M)	Moctets, 0 <= M <= 255
VARCHAR(M)	L 1 octet, où L <= M et 0 <= M <= 65535 (voir notes ci-dessous)
BINARY(M)	Moctets, 0 <= M < ;= 255
VARBINARY(M) td>	L 1 octet, où L <= M et 0 <= M <= 255
TINYBLOB, TINYTEXT	L 1 octet, dont L < 28
BLOB, TEXT	L 2 octets, dont L < /tr>
MEDIUMBLOB, MEDIUMTEXT	L 3 octets, dont L < >
LONGBLOB, LONGTEXT	L 4 octets, dont L < sup>32
ENUM(' valeur1','valeur2',...)	1 ou 2 octets, selon le nombre de valeurs d'énumération (jusqu'à 65 535 valeurs)
SET('value1', 'value2',...)

Les classes VARCHAR, BLOB et TEXT sont des types de longueur variable. Les exigences de stockage de chaque type dépendent de la longueur réelle de la valeur de la colonne (indiquée par L dans le tableau précédent), plutôt que de la taille maximale possible du type. Par exemple, une colonne VARCHAR(10) peut contenir une chaîne d'une longueur maximale de 10. L'exigence de stockage réelle est la longueur de la chaîne (L), plus un octet enregistrant la longueur de la chaîne. Pour la chaîne 'abcd', L vaut 4, nécessitant 5 octets pour le stockage.

Pour les types CHAR, VARCHAR et TEXT, les valeurs L et M dans les tableaux précédents doivent être interprétées comme le nombre de caractères et la longueur de ces types dans la définition de colonne Indique le nombre de caractères. Par exemple, pour enregistrer une valeur TINYTEXT, il faut L caractères 1 octet.

Pour calculer le nombre d'octets utilisés pour stocker la valeur d'une colonne CHAR, VARCHAR ou TEXT spécifique, vous devez prendre en compte le jeu de caractères utilisé par la colonne. Dans le cas spécifique, lorsque vous travaillez avec Unicode, vous devez vous rappeler que tous les caractères Unicode utilisent le même nombre d'octets.

Remarque : La longueur valide maximale pour une colonne VARCHAR est de 65 532 caractères.

Le moteur NDBCLUSTER ne prend en charge que les colonnes à largeur fixe. Cela signifie que les colonnes VARCHAR des tables du cluster MySQL se comportent comme le type CHAR (sauf que chaque enregistrement dispose toujours d'un octet d'espace supplémentaire). Par exemple, dans une table Cluster, chaque enregistrement dans une colonne déclarée comme VARCHAR(100) occupera 101 octets une fois stocké, quelle que soit la longueur de la chaîne dans l'enregistrement réellement stocké.

Les classes BLOB et TEXT nécessitent 1, 2, 3 ou 4 octets pour enregistrer la longueur de la valeur de la colonne, en fonction de la longueur maximale possible de la classe.

Dans le moteur de stockage du cluster NDB, l'implémentation des colonnes TEXT et BLOB est différente, où chaque enregistrement de la colonne TEXT se compose de deux parties distinctes. L'un est de taille fixe (256 octets) et est en fait enregistré dans la table d'origine. L'autre inclut toutes les données au-delà de 256 octets, conservées dans une table implicite. Les enregistrements de la deuxième table font toujours 2 000 octets. Cela montre que si

size<= 256, la taille de la colonne TEXTE est de 256 (où size représente la taille de l'enregistrement sinon, la taille est de 256 ) ; taille (2000 –(taille–256) 00).

La taille d'un objet ENUM est déterminée par le nombre de valeurs d'énumération différentes. L'énumération utilise un octet et peut avoir 255 valeurs possibles. Lorsque la valeur d'énumération est comprise entre 256 et 65 535, deux octets sont utilisés.

La taille de l'objet SET est déterminée par le nombre de membres différents de l'ensemble. Si la taille définie est

N, l'objet occupe (N 7)/8 octets, arrondis à 1, 2, 3, 4 ou 8 octets. Un SET peut compter jusqu'à 64 membres.

2. Choisissez le bon type de données

Pour optimiser le stockage, le type le plus précis doit dans tous les cas être utilisé. Par exemple, si les valeurs des colonnes vont de 1 à 99999, MEDIUMINT UNSIGNED est un bon type si vous utilisez des entiers. Ce type utilise le moins de stockage de tous les types pouvant représenter la valeur de la colonne.

Effectue tous les calculs de base ( , -, *, /) sur la colonne DECIMAL en utilisant 65 chiffres décimaux de précision (basés sur 10).

Utilisez des opérations de double précision pour calculer les valeurs DÉCIMALES. Si la précision n'est pas trop importante ou si la vitesse est la priorité la plus élevée, le type DOUBLE est suffisant. Pour obtenir une haute précision, une conversion en types à virgule fixe stockés dans BIGINT peut être effectuée. Cela permet d'effectuer tous les calculs avec des entiers de 64 bits, en reconvertissant les résultats en valeurs à virgule flottante selon les besoins.

3. Utilisez les types de colonnes d'autres moteurs de base de données

Afin d'utiliser le code d'exécution SQL écrit par d'autres fournisseurs, MySQL mappe les types de colonnes comme indiqué dans le tableau suivant. Les définitions de table peuvent être facilement importées dans MySQL à partir d'autres moteurs de base de données via ces mappages :

INT8

Autres types de vendeurs

其它卖方类型	MySQL类型
BOOL,	TINYINT
BOOLEAN	TINYINT
CHAR VARYING(M)	VARCHAR(M)
DEC	DECIMAL
FIXED	DECIMAL
FLOAT4	FLOAT
FLOAT8	DOUBLE
INT1	TINYINT
INT2	SMALLINT
INT3	MEDIUMINT
INT4	INT
INT8	BIGINT
LONG VARBINARY	MEDIUMBLOB
LONG VARCHAR	MEDIUMTEXT
LONG	MEDIUMTEXT
MIDDLEINT	MEDIUMINT
NUMERIC	DECIMAL

Type MySQL

BOOL,

TINYINT

BOOLÉEN

TINYINT

CHAR VARYING(M)

VARCHAR(

mysql> CREATE TABLE t (a BOOL, b FLOAT8, c LONG, d NUMERIC);Query OK, 0 rows affected (0.08 sec)

mysql> DESCRIBE t;+-------+---------------+------+-----+---------+-------+
| Field | Type          | Null | Key | Default | Extra |
+-------+---------------+------+-----+---------+-------+
| a     | tinyint(1)    | YES  |     | NULL    |       |
| b     | double        | YES  |     | NULL    |       |
| c     | mediumtext    | YES  |     | NULL    |       |
| d     | decimal(10,0) | YES  |     | NULL    |       |
+-------+---------------+------+-----+---------+-------+
4 rows in set (0.00 sec)

M

)

DEC

DÉCIMAL

FIXE

DÉCIMAL

FLOAT4

FLOAT

FLOAT8

DOUBLE

INT1

TINYINT

INT2

SMALLINT

INT3

MEDIUMINT

INT4

INT

BIGINT

LONG VARBINAIRE

MEDIUMBLOB

LONG VARCHAR

MEDIUMTEXT

LONG

MEDIUMTEXT

MIDDLEINT

MEDIUMINT

NUMERIC

DECIMAL

Les types de colonnes sont mappés lors de la création de la table, puis les définitions de type d'origine sont supprimées. Si vous créez une table en utilisant le type d'un autre fournisseur, puis exécutez l'instruction DESCRIBE tbl_name

, MySQL utilise le type MySQL équivalent pour signaler la structure de la table. Par exemple :

Ce qui précède est le didacticiel de base MySQL 4 : exigences de stockage des types de données et comment choisir le type correct. Pour plus de contenu connexe, veuillez prêter attention au site Web PHP chinois (www.php). .cn) !