TINYTEXT, TEXT, MEDIUMTEXT ve LONGTEXT maksimum depolama alanı boyutları

MySQL belgeleri başına dört TEXT türü vardır:

1. TINYTEXT
2. METİN
3. MEDIUMTEXT
4. LONGTEXT

Karakter kodlamasının UTF-8 olduğunu varsayarak, her veri türünün bir sütununda saklayabileceğim maksimum uzunluk nedir?

Gönderen belgeler :

      Türü | Maksimum uzunluk
----------- + -------------------------------------
  TINYTEXT | 255 (2 8 −1) bayt
      METİN | 65.535 (2 16 −1) bayt = 64 KiB
MEDIUMTEXT | 16.777.215 (2 24 −1) bayt = 16 MiB
  LONGTEXT | 4.294.967.295 (2 32 −1) bayt = 4 GiB

Sütununuzda saklanabilecek karakter sayısının karakter kodlamasına bağlı olacağını unutmayın .

Aynı cevabın genişlemesi

1. Bu SO post , genel giderleri ve depolama mekanizmalarını ayrıntılı olarak açıklamaktadır.
2. (1) maddesinde belirtildiği gibi, TINYTEXT yerine her zaman bir VARCHAR kullanılmalıdır. Ancak, VARCHAR kullanılırken, maksimum satır boyutu 65535 baytı aşmamalıdır.
3. Burada belirtildiği gibi http://dev.mysql.com/doc/refman/5.0/en/charset-unicode-utf8.html , utf-8 için maksimum 3 bayt.

HIZLI KARARLAR İÇİN KABA TAHMİN TABLOSU!

1. Böylece en kötü durum varsayımları (utf-8 karakter başına 3 bayt) en iyi durum (utf-8 karakter başına 1 bayt)
2. İngilizce dilinin kelime başına ortalama 4,5 harf olduğunu varsayarsak
3. x, ayrılan bayt sayısıdır

xx

      Type | A= worst case (x/3) | B = best case (x) | words estimate (A/4.5) - (B/4.5)
-----------+---------------------------------------------------------------------------
  TINYTEXT |              85     | 255               | 18 - 56
      TEXT |          21,845     | 65,535            | 4,854.44 - 14,563.33  
MEDIUMTEXT |       5,592,415     | 16,777,215        | 1,242,758.8 - 3,728,270
  LONGTEXT |   1,431,655,765     | 4,294,967,295     | 318,145,725.5 - 954,437,176.6

Lütfen Chris V'nin cevabına da bakın: https://stackoverflow.com/a/35785869/1881812

@ Ankan-Zerob'un meydan okumasına yükselen bu, kelimelerde ölçülen her metin türünde saklanabilecek maksimum uzunluk tahminimdir :

      Type |         Bytes | English words | Multi-byte words
-----------+---------------+---------------+-----------------
  TINYTEXT |           255 |           ±44 |              ±23
      TEXT |        65,535 |       ±11,000 |           ±5,900
MEDIUMTEXT |    16,777,215 |    ±2,800,000 |       ±1,500,000
  LONGTEXT | 4,294,967,295 |  ±740,000,000 |     ±380,000,000

In İngilizce , kelime başına 4,8 harfleri iyi bir ortalama (örneğin muhtemelen norvig.com/mayzner.html kelime uzunlukları etki alanına göre (akademik yayınlarda vs gibi konuşulan dili) değişecektir rağmen, bu yüzden çok hassas olmaya gerek yoktur). İngilizce çoğunlukla tek baytlı ASCII karakterleri olup, ara sıra çok baytlı karakterlerle harf başına bir bayta çok yakındır. Sözcüklerarası boşluklar için fazladan bir karaktere izin verilmelidir, bu yüzden sözcük başına 5.8 bayttan aşağı yuvarlandım. Lehçe gibi birçok aksanı olan diller, örneğin daha uzun kelimelerle Almanca gibi, biraz daha az kelime depolayacaktır.

Yunanca, Arapça, İbranice, Hintçe, Tayca, vb. Gibi çok baytlık karakterler gerektiren diller , UTF-8'de karakter başına genellikle iki bayt gerektirir. Kelime başına 5 harf çılgınca tahmin ederek, kelime başına 11 bayttan aşağı yuvarladım.

CJK senaryoları (Hanzi, Kanji, Hiragana, Katakana, vb.) Hiçbir şey bilmiyorum; Karakterlerin UTF-8'de çoğunlukla 3 bayt gerektirdiğine ve (büyük basitleştirmeyle) kelime başına yaklaşık 2 karakter kullandıkları düşünülebilir, bu yüzden diğer ikisi arasında bir yerde olurlar. (CJK komut dosyalarının, bağlı olarak UTF-16 kullanarak daha az depolama gerektirmesi olasıdır).

Bu elbette depolama ek yüklerini vb. Yok saymaktadır.

Bu güzel ama soruyu cevaplamıyor:

"TINYTEXT yerine her zaman bir VARCHAR kullanılmalıdır." Tinytext, geniş satırlarınız varsa kullanışlıdır - çünkü veriler kayıt dışına kaydedilir. Bir performans yükü var, ancak bir kullanımı var.