40
Eventuali duplicati:
MySQL: Large VARCHAR vs. TEXT?Quando usare TESTO in mysql invece di VARCHAR
Dal VARCHAR può avere 65k byte ora, quando l'allora dovrebbe TEXT essere usato al posto di VARCHAR?
A
risposta
57
Un lungo VARCHAR viene memorizzato nello stesso modo di un campo TEXT/BLOB in InnoDB.
Dallo stoccaggio prospettico BLOB, TESTO come e di lunga VARCHAR vengono gestiti stesso modo da InnoDB. Questo è il motivo per cui il manuale Innodb chiama "colonne lunghe" piuttosto rispetto ai BLOB.
A meno che non hai bisogno di indicizzare queste colonne (nel qual caso VARCHAR è molto più veloce) non v'è alcun motivo per utilizzare VARCHAR sopra TEXT per i campi lunghi - ci sono alcune ottimizzazioni specifiche di motore in MySQL per sintonizzare il recupero dei dati in base alla lunghezza e dovresti utilizzare il tipo di colonna corretto per sfruttarli.
Nel caso in cui si utilizza MyISAM una discussione approfondita sull'argomento è here.
TEXT e BLOB sono memorizzati dal tavolo con la tabella solo avere un puntatore alla posizione della immagazzinamento.
VARCHAR viene memorizzato in linea con la tabella. VARCHAR è più veloce quando la dimensione è ragionevole.
Secondo this test, VARCHAR è di circa tre volte più veloce del testo.
+8
Definire "campo lungo". –
+3
@PaulBrewczynski> 768 byte (vedere il collegamento Lion pubblicato) – delrox
+1
Una correzione per InnoDB: TEXT e BLOB sono archiviati fuori dalla tabella in InnoDB solo se "long" (> 768 byte) e solo la coda è memorizzata fuori tabella (simile a VARCHAR). La vera differenza è che le lunghezze massime differiscono, e con VARCHAR devi fornire una lunghezza massima (applica insieme al limite di sistema di 65k). – delrox
4
Il testo deve essere utilizzato per stringhe molto lunghe di lunghezza indeterminata. Inoltre, le query che restituiscono campi TEXT tendono ad essere molto più lente delle loro controparti VARCHAR.
+0
Nel mio database, ho una colonna denominata Descrizione. Il tipo di dati dovrebbe essere un VARCHAR o TEXT? Non sono sicuro per quanto tempo saranno i dati della descrizione, ma sto pensando di mettere un limite di conteggio delle parole sul front-end in modo che abbia una lunghezza massima. – codeinprogress
Problemi correlati
- 1. perché varbinary invece di varchar
- 2. MySQL - TESTO vs CHAR e VARCHAR
- 3. Devo usare NoSQL invece di MySQL?
- 4. MySQL TEXT o VARCHAR
- 5. Quando dovrei usare print invece di echo in PHP?
- 6. Quando dovrei usare UIImagePickerControllerSourceTypePhotoLibrary invece di UIImagePickerControllerSourceTypeSavedPhotosAlbum?
- 7. limite di dimensione MySQL VARCHAR
- 8. Postgres: Converti varchar in testo
- 9. Mysql Bigint VS Varchar
- 10. Dimensione VARCHAR MySQL?
- 11. Usare cassandra invece di memcache?
- 12. Cassandra: testo vs varchar
- 13. Quando si dovrebbero usare macro invece di funzioni in linea?
- 14. Dimensione colonna varchar MySQL UTF8
- 15. MySQL: perché varchar (254) e non varchar (255)?
- 16. mySQL convertire varchar alla data
- 17. mysql ordine campo varchar come intero
- 18. MySQL: Perché utilizzare VARCHAR (20) anziché VARCHAR (255)?
- 19. Quando dovrei usare una mappa invece di un ciclo For?
- 20. Kubernetes quando usare i segreti invece di configmap?
- 21. Come sapere quando usare numpy.linalg invece di scipy.linalg?
- 22. Quando dovrei usare NSURL invece di NSString e viceversa?
- 23. Come usare Querystring invece di ';'
- 24. Quando dovresti scegliere di usare InnoDB in MySQL?
- 25. SQL 2008 - varchar (max) vs tipi di dati testo
- 26. Come mappare manualmente il testo da stringa a postgresql invece di solo varchar (254)?
- 27. Quando dovrei usare le variabili di sessione invece dei cookie?
- 28. Quando dovrei usare una stringa invece di stringstream?
- 29. Quando è meglio usare zip invece di izip?
- 30. Devo usare blob o testo per JSON in MySQL?
Quando sono necessari più di 65 caratteri. :) – GordonM
Quello dovrebbe essere 65k * byte *, non caratteri, penso – davek
Oh, sì. 65k byte. Aggiornata la mia domanda. – enchance