VARCHAR'ın (255) bu kadar sık ​​kullanıldığını (başka bir uzunluğun aksine) görmem için iyi bir neden var mı?

Birden fazla ders, kitap ve işte, VARCHAR (255) olarak tanımlanan metin alanlarını "kısaltma" metni için varsayılan olarak gördüm. Güzel bir yuvarlak sayı olmaktan ziyade 255 uzunluğunun bu kadar sık ​​seçilmesinin iyi bir nedeni var mı ? Geçmişte, iyi bir nedenin (bugün geçerli olsun ya da olmasın) olduğu bir zaman ayırımı mı?

Tabii ki, eğer ipin maksimum uzunluğunu bir şekilde biliyorsanız, daha sıkı bir sınırın daha ideal olacağını anlıyorum. Ancak, muhtemelen maksimum uzunluğu bilmediğinizi gösteren VARCHAR (255) kullanıyorsanız, bu yalnızca bir "shortish" dizesidir.

Not: Bu soruyu (buldum varchar (255) v tinyblob v tinytext VARCHAR (diyor), n ) gerektirir n 1 için depolama bayt n <= 255, n için depolama 2 bayt n > 255. Tek sebep bu mu? Bu biraz keyfi görünüyor, çünkü VARCHAR'a (256) kıyasla sadece iki bayt tasarruf edersiniz ve VARCHAR (253) olarak başka bir iki baytı da kolayca kaydedebilirsiniz.

Tarihsel olarak, 255 karakter genellikle VARCHARbazı DBMS'lerin maksimum uzunluğu olmuştur ve UTF-8 kullanmak ve sütunu dizine almak istiyorsanız (dizin uzunluğu sınırlamaları nedeniyle) bazen etkili maksimum olur.

255 kullanılır, çünkü 8 bitlik bir sayı ile sayılabilen en fazla karakterdir. 255 bit üzerindeki karakterleri saymak için başka bir tam bayt gerektirmeden, 8 bit sayımın kullanımını en üst düzeye çıkarır.

Bu şekilde kullanıldığında, VarChar metninizi saklamak için sadece bayt + 1 sayısını kullanır, bu nedenle alandaki karakter sayısı için sabit bir sınır (50 gibi) istemiyorsanız, 255 olarak da ayarlayabilirsiniz.

Muhtemelen hem SQL Server hem de Sybase (bildiğim iki isim için) bir VARCHARsütundaki karakter sayısı maksimum 255 karaktere sahip olduğundan . SQL Server için bu, 1996/1997 sürümündeki sürüm 7'de değişti ... ancak eski alışkanlıklar bazen zor ölüyor.

: Ben değişmezi soruyu cevaplamak için gidiyorum hayır , sen VARCHAR (255) (aslında var çoğu zaman kullanılan bakınız iyi bir sebep yoktur nedenleri diğer yanıtlar tartışıldığı gibi, sadece iyi olanlar değil). Mimar VARCHAR (255) yerine VARCHAR'ı (300) seçtiği için felaketle sonuçlanan birçok proje örneği bulamayacaksınız. Bu, VARCHAR yerine CHAR'dan bahsediyor olsanız bile, neredeyse tam bir önemsizlik meselesi olurdu.

Dediğinizde 2^8almak 256, ancak bilgisayarlar açısından numaralar numaradan başlar 0. Yani, sonra 255, IP için bir internet maskesinde veya IP'nin kendisinde sorgulayabilirsiniz.

255 8 bit tamsayının maksimum değeridir: 11111111 = 255

Bu yardımcı olur mu?

Not: Bu soruyu (buldum varchar (255) v tinyblob v tinytext VARCHAR (diyor), n ) gerektirir n 1 için depolama bayt n <= 255, n için depolama 2 bayt n > 255. Tek sebep bu mu? Bu biraz keyfi görünüyor, çünkü VARCHAR'a (256) kıyasla sadece iki bayt tasarruf edersiniz ve VARCHAR (253) olarak başka bir iki baytı da kolayca kaydedebilirsiniz.

Hayır. 253 bildirerek iki bayt kaydetmezsiniz. Varchar'ın uygulanması büyük olasılıkla bir uzunluk sayacı ve değişken uzunluklu, sonlandırılmamış bir dizidir. Bu, "merhaba" yı bir varchar (255) içinde saklarsanız 6 bayt işgal edeceğiniz anlamına gelir: uzunluk için bir bayt (5 sayısı) ve beş harf için 5 bayt.

İşaretsiz 1 baytlık bir sayı [0-255] dahil olabilir. 255'i gördüğünüzde, bunun nedeni çoğunlukla programcıların10 (şaka olsun?) :)

Aslında, bir süredir 255, MySQL'de bir VARCHAR verebileceğiniz en büyük boyuttu ve VARCHAR'ı TEXT üzerinde dizinleme ve diğer sorunlarla kullanmanın avantajları var.

MsOffice (2000 veya 2002 sürümüne kadar) gibi birçok uygulamada, hücre başına maksimum karakter sayısı 255'tir. Alan başına 255 karakterden fazlasını işleyebilen programlardan bu uygulamalara veri taşımak bir kabustu. Şu anda, sınır giderek daha az engelliyor.

0000 0000 -> Bu 8 bitlik bir ikili sayıdır. Bir rakam biraz temsil eder.

Şu şekilde sayıyorsunuz:

0000 0000 → (0)

0000 0001 → (1)

0000 0010 → (2)

0000 0011 → (3)

Her bit iki değerden biri olabilir: açık veya kapalı. Toplam en yüksek sayı çarpma ile temsil edilebilir:

2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 - 1 = 255

Veya

2^8 - 1. 

İlk sayı 0 olduğu için birini çıkarırız.

255 oldukça az değer taşıyabilir.

Daha fazla bit kullandıkça, maksimum değer katlanarak artar. Bu nedenle, birçok amaç için, daha fazla bit eklemek aşırıdır.

Başka bir neden, RDO ve ADO (Windows sürümü ADO.NET değil) gibi çok eski veri erişim kitaplıklarında 255'ten fazla karakter içeren bir sütundan veri almak için özel bir yöntem olan GetChunk'i çağırmanız gerektiğidir. Bir varchar sütununu 255 ile sınırladıysanız, bu ekstra kod gerekli değildi.