varchar (255) vs tinytext / tinyblob ve varchar (65535) vs blob / text

Tanım olarak:

VARCHAR: Uzunluk aralığı 1 ila 255 karakterdir. VARCHAR değerleri, BINARY anahtar kelimesi verilmediği sürece büyük / küçük harfe duyarlı olmayacak şekilde sıralanır ve karşılaştırılır. x + 1 bayt
TINYBLOB, TINYTEXT: Maksimum 255 (2 ^ 8 - 1) karakter x + 1 bayt uzunluğunda bir BLOB veya TEXT sütunu

Buna dayanarak, aşağıdaki tabloyu oluşturuyorum:

CREATE TABLE `user` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(255),
  `lastname` tinytext,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1

Yoksa bir varchar veya tinytext oluşturmak daha mı iyidir ve neden ?

Aynı şey mi:

VARCHAR: Uzunluk aralığı> 255 karakterdir. VARCHAR değerleri, BINARY anahtar kelimesi verilmediği sürece büyük / küçük harfe duyarlı olmayacak şekilde sıralanır ve karşılaştırılır. x + 2 bayt
BLOB, TEXT A BLOB veya maksimum 65535 (2 ^ 16-1) karakter uzunluğunda TEXT sütunu x + 2 bayt

Bu durumda varchardaha iyidir.

varchar1 ile 65535 karakter arasında olabileceğini unutmayın .

VARCHAR sütunlarındaki değerler, değişken uzunluklu dizelerdir. Uzunluk, MySQL 5.0.3'ten önce 0 ile 255 arasında ve 5.0.3 ve sonraki sürümlerde 0 ile 65.535 arasında bir değer olarak belirtilebilir. MySQL 5.0.3 ve sonraki sürümlerde bir VARCHAR'ın etkin maksimum uzunluğu, maksimum satır boyutuna (tüm sütunlar arasında paylaşılan 65.535 bayt) ve kullanılan karakter kümesine tabidir. Bkz. Bölüm E.7.4, "Tablo Sütun Sayısı ve Satır Boyutu Sınırları".

Bloblar dosyanın ayrı bir bölümüne kaydedilir.
Verilere dahil etmek için fazladan bir dosya okuması gerektirirler.
Bu nedenle varchar çok daha hızlı getirilir.

Seyrek olarak eriştiğiniz büyük bir blobunuz varsa, bir blob daha mantıklıdır.
Blob verilerini ayrı bir (parçası) dosyada saklamak, çekirdek veri dosyanızın daha küçük olmasını ve böylece daha hızlı alınmasını sağlar.