Django CharField vs TextField

Quelle est la différence entre CharField() et TextField() dans Django? Le la documentation dit que CharField() doit être utilisé pour les petites chaînes et TextField() devrait être utilisé pour les grandes chaînes. Ok, mais où est la ligne tracée entre "petits" et "gros"? Ce qui se passe sous le capot qui rend ce le cas?

InformationsquelleAutor Jonathan Gleason | 2011-09-08

295

Il une différence entre du SGBDR varchar (ou similaire) — ceux-ci sont généralement spécifiés avec un maximum de longueur, et peut-être plus efficace en termes de performances ou de stockage — et text (ou similaire), les types de ceux qui sont habituellement seulement limité par codée en dur dans la mise en œuvre des limites (pas un DB schéma).

PostgreSQL 9, concrètement, les états qui "Il n'y a pas de différence de performances entre ces trois types de", mais autant que je sache, il y a quelques différences par exemple, MySQL, donc c'est quelque chose à garder à l'esprit.

Une bonne règle de base est que vous utilisez CharField lorsque vous avez besoin de limiter la longueur maximale, TextField autrement.

Ce n'est pas vraiment Django spécifiques, aussi.
- Et inversement, si vous utilisez CharField alors vous doit ont une longueur maximale
- J'ai trouvé que l'utilisation de TextField par défaut peut avoir un impact à la portabilité de votre application. Il n'y a pas de dégradation des performances sur Postgres, mais Oracle va le stocker en tant que CLOB qui a quelques ennuis, comme n'étant pas en mesure d'utiliser le champ dans lesquels des énoncés. Juste quelque chose à considérer.
- Il faut aussi considérer que dans Oracle CharField ne pouvez pas avoir max_length supérieure à 2000, ou il émet un ORA-00910: specified length too long for its datatype erreur.
- Utile de noter, lors de l'examen attributs de champ, que Postgres docs dire aussi (l'emphase est mienne): "la plus longue chaîne de caractères qui peut être stockée est d'environ 1 GO. (La valeur maximale autorisée pour n dans la déclaration de type de données est inférieure à celle [...] Si vous souhaitez stocker des chaînes longues, sans limite supérieure, utiliser le texte ou le caractère variable sans un spécificateur de longueur, plutôt que de faire un arbitraire limite de longueur.)"
- Je crois que la différence très importante entre les deux dans django est la façon dont une vue de gérer le champ. Dans un générique affichage de la modification de la zone de texte sera rendu comme un multi-ligne re-extensible entrée, tandis que la CharField est une seule ligne d'entrée. Je n'ai pas regardé le django source pour TextField, mais je vais supposer que si aucun code html généré est attaché à un objet TextField, alors il sera plus susceptible de mettre en place un moyen pour manipuler correctement multline texte.
InformationsquelleAutor Cat Plus Plus
31

Dans certains cas, elle est liée à la façon dont le champ est utilisé. Dans certains moteurs de base de données les différences de champ de déterminer comment (et si) vous recherchez du texte dans le champ. CharFields sont généralement utilisés pour des choses qui sont l'objet de recherches, comme si vous voulez la recherche pour "un" dans la chaîne "un plus deux". Depuis les cordes sont plus courts, ils sont de moins en moins de temps pour le moteur de recherche par le biais de. TextFields sont généralement pas destinés à être fouillé (comme peut-être le corps d'un blog), mais sont destinées à contenir de grandes portions de texte. Maintenant, cela dépend du Moteur DB et comme dans Postgres, il n'a pas d'importance.

Même si elle n'a pas d'importance, si vous utilisez ModelForms vous obtenez un type différent de l'édition de champ dans le formulaire. Le ModelForm va générer un formulaire HTML, de la taille d'une ligne de texte pour un CharField et multiligne pour un TextField.
- C'est de loin la meilleure explication, car il mentionne comment il génère le champ dans un formulaire. Le Charfield sera juste une entrée ligne, mais le TextField sera redimensionnable multiligne. TextField sens lorsque vous essentiellement à mettre en œuvre des génériques points de vue de classe. Il fonctionne très bien pour un champ de description ou similaires. J'aime aussi la façon dont renderbox mentionné que vous ne souhaitez pas l'utiliser pour tous les filtres/recherches.
InformationsquelleAutor renderbox
7

Pour eg.,. 2 champs sont ajoutés dans un modèle comme ci-dessous..
```
description = models.TextField(blank=True, null=True)
title = models.CharField(max_length=64, blank=True, null=True)
```
Ci-dessous sont les requêtes mysql exécutée lorsque les migrations sont appliquées.

pour TextField(description) le champ est défini comme un longtext
```
ALTER TABLE `sometable_sometable` ADD COLUMN `description` longtext NULL;
```
La longueur maximale de TextField de MySQL est de 4 go selon chaîne de type-vue d'ensemble.

pour CharField(titre) de la max_length(obligatoire) est défini comme varchar(64)
```
ALTER TABLE `sometable_sometable` ADD COLUMN `title` varchar(64) NULL;
ALTER TABLE `sometable_sometable` ALTER COLUMN `title` DROP DEFAULT;
```
- nit: le Django docs recommandons: Avoid using null on string-based fields such as CharField and TextField: docs.djangoproject.com/en/2.0/ref/models/fields/#null il est donc préférable de garder null=False.
InformationsquelleAutor SuperNova
6

CharField a max_length de 255 des personnages tout TextField peut détenir plus de 255 caractères. Utilisation TextField quand vous avez une grande chaîne en entrée. Il est bon de savoir que lorsque le max_length paramètre est passé dans une TextField il passe à la longueur de la validation de la TextArea widget.

InformationsquelleAutor Njeru Cyrus
-1

J'ai eu un problème étrange et compris désagréable étrange différence:
quand j'ai une URL à partir de l'utilisateur comme un CharField et puis, et de l'utiliser en html une balise href, il ajoute que l'url est l'adresse de ma page et ce n'est pas ce que je veux. Mais quand je le fais par Textfield il passe juste l'URL que l'utilisateur a entré.
regardez ces:
mon adresse de site web: http://myweb.com

CharField entery: http://some-address.com

en cliquant dessus: http://myweb.comhttp://some-address.com

TextField entery: http://some-address.com

en cliquant dessus: http://some-address.com

Je dois mentionner que l'URL est enregistré exactement la même en DB par deux moyens mais je ne sais pas pourquoi le résultat est différent lorsque vous cliquez sur eux

InformationsquelleAutor amin_mirr

Vous devez vous connecter pour publier un commentaire.