Devriez-vous utiliser VARCHAR (255) pour tous les champs de texte de votre base de données?

Les avantages et les inconvénients du champ de texte de la base de données varchar (255)

CONTATEDIE:

Dans la table de contact, les champs de texte tels que le codage postal, le nom et le numéro de téléphone sont généralement par défaut à Varchar (255). Cependant, la longueur de caractère réelle de ces champs peut être bien inférieure à cela.

<:> Question:

Utiliser Varchar plus approprié (par exemple, varchar (16) au lieu de Varchar (255)) apportera des avantages?

De plus, le plus grand VARCHAR affectera-t-il la taille ou les performances de l'index?
• Réponse:

En termes de stockage, Varchar (255) stocke efficacement la longueur de caractère réelle du champ. Cependant, pendant l'opération SQL, MySQL convertira le champ Varchar en char et remplira la mémoire de chaîne en longueur de colonne maximale. Considération clé:

Impact de la mémoire: Varchar (255) Le remplissage peut augmenter considérablement l'utilisation de la mémoire, en particulier lors de la création de tables temporaires ou des résultats de tri.

Type obligatoire:

Définissez la longueur de la colonne en fonction de la valeur du champ attendu, qui peut forcer la base de données à restreindre et à empêcher le stockage accidentel de données.
• Considération du jeu de caractères: Le jeu de caractères UTF-8 chaque caractère nécessite plus d'octets (par exemple, UTF-8 est de 3 octets, UTF8MB4 est de 4 octets), ce qui augmente encore la mémoire.
• Suggestion:
• Le champ Varchar est défini comme la longueur des données attendues pour éviter les frais généraux de mémoire.
Pour les adresses, considérons les restrictions plus longues pour s'adapter aux changements potentiels de la durée de l'adresse.

en utilisant une stratégie d'index pour le type de champ et la requête attendue.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!