, ben bu konuda endişe olmaz.
- Varchar, metin ve blob gibi değişken uzunlukta veriler dolgu olmadan depolanır.
- Dürüstlük ile ilgili herhangi bir sorun bilmiyorum. Tüm veri türleri, veritabanı motoru tarafından atomik olarak işlenir.
- Tabii ki gerçekten uzun metin verileriniz varsa, o verileri getirdiğinizde disk G/Ç ve ağ bant genişliği için daha fazla depolama alanı ve daha fazla zaman alacaktır. Ama eğer veri tabanına koymanız gereken veriler buysa, o zaman yapmanız gereken şey budur.
ben bir olası etkisi düşünebiliriz
:
Bazı istemci arayüzü kütüphaneleri öncesi tahsis sonuçları tutmak için bir tampon ve istemci bilmiyor çünkü onlar, olası en büyük değeri için yeterli bellek ayrılamadı Veriler alıncaya kadar. Bu nedenle, kitaplık mediumtext
için 16MB ayırarak, text
için 64 KB ayırırdı. Bu, müşteri katmanınızda düşük bir bellek sınırınız varsa dikkat etmeniz gereken bir şeydir. Örneğin, PHP komut dosyaları için bir memory_limit
yapılandırma parametresine sahiptir ve veri sonuç kümeleri için ayrılmış arabellek buna değecektir.
Hızlı yanıt için teşekkürler, Bill! – scooterhanson
Bazı istemci arabirim kitaplıkları, bu bellek sorununun PHP'deki eski mysql kitaplıklarıyla ilgili bir sorun olduğunu anladım. Ancak, 3 yıl sonra artık bu bir problem olmamalı. – kasimir
@kasimir: PHP 5.6 ve PDO ile "mediumtext", "metinden" daha fazla bellek kullanır (aynı değerle, boş bir dize). Benim basit testimde, fark 0.5 MiB vs 1.5 MiB'dir. – Bell