Bir URL için en iyi veritabanı alanı türü

Bir url'yi MySQL tablosunda saklamam gerekiyor. Uzunluğu belirlenmemiş bir URL'ye sahip bir alan tanımlamak için en iyi uygulama hangisidir?

1. Popüler web tarayıcıları arasında en düşük ortak payda maks. URL uzunluğu: 2,083 (Internet Explorer)

2. http://dev.mysql.com/doc/refman/5.0/en/char.html
   VARCHAR sütunlarındaki değerler değişken uzunluklu dizelerdir. Uzunluk, MySQL 5.0.3'ten önce 0 ila 255 ve 5.0.3 ve sonraki sürümlerde 0 ila 65.535 arasında bir değer olarak belirtilebilir. MySQL 5.0.3 ve sonraki sürümlerde 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.

3. Yani ...
   <MySQL 5.0.3 TEXT kullan
   veya
   > = MySQL 5.0.3 VARCHAR kullan (2083)

VARCHAR(512)(veya benzeri) yeterli olmalıdır. Ancak, söz konusu URL'lerin maksimum uzunluğunu gerçekten bilmediğiniz için, doğrudan yönlendirebilirim TEXT. Bununla ilgili tehlike, elbette CLOB, basit bir dize veri tipinden çok daha yavaş olması nedeniyle verimlilik kaybıdır VARCHAR.

varchar(max) SQLServer2005 için

varchar(65535) MySQL 5.0.3 ve üstü için

Bu, depolama alanını ihtiyaç olarak tahsis eder ve performansı etkilemez.

URL'nin ne sıklıkta kullanılacağına ve aslında bağlanmamış olması için uzunluğa ihtiyacınız olup olmadığına bağlı olarak bir METİN veya VARCHAR sütunu arasında seçim yapmak isteyeceksiniz .

Kullanım VARCHAR maxlength ile> = 2083 olarak micahwittman eğer önerdi:

1. Sorgu başına çok sayıda URL kullanırsınız (METİN sütunlarından farklı olarak, VARCHAR'lar satırla birlikte depolanır)
2. Bir URL'nin asla 65.535 bayt satır sınırını aşmayacağından emin olabilirsiniz.

Kullanım METİN eğer:

1. URL gerçekten 65.535 bayt satır sınırını aşabilir
2. Sorgularınız bir grup URL'yi aynı anda (veya çok sık) seçmez veya güncellemez. Bunun nedeni, METİN sütunlarının yalnızca bir işaretçiyi satır içinde tutması ve başvurulan verilerin alınmasında yer alan rastgele erişimlerin ağrılı olabilmesidir.

ASCII karakter kodlamalı bir VARCHAR kullanmalısınız. URL'ler yüzde olarak kodlanır ve uluslararası alan adları punycode kullanır, bu nedenle ASCII bunları saklamak için yeterlidir. Bu UTF8'den çok daha az alan kullanır.

VARCHAR(512) CHARACTER SET 'ascii' COLLATE 'ascii_general_ci' NOT NULL

Bu gerçekten kullanım durumunuza bağlıdır (aşağıya bakın), ancak TEXTperformans sorunları olduğu gibi saklamak ve VARCHARçoğu durumda aşırı doldurma gibi büyük sesler.

Yaklaşımım: Cömert, ama mantıksız derecede büyük olmayan bir VARCHARuzunluk kullanın, VARCHAR(500)ya da böyle, ve daha büyük bir URL'ye ihtiyaç duyan kullanıcıları gibi bir URL kısaltmasını kullanmaya teşvik edin safe.mn.

Twitter yaklaşımı: Gerçekten güzel bir UX için, aşırı uzun URL'ler için otomatik bir URL kısaltıcı sağlayın ve bağlantının "görüntü sürümünü", sonunda elips içeren URL'nin bir parçası olarak saklayın. (Örnek: http://stackoverflow.com/q/219569/1235702olarak görüntülenir stackoverflow.com/q/21956...ve kısaltılmış bir URL'ye bağlanır http://ex.ampl/e1234)

Notlar ve Uyarılar

• Açıkçası Twitter yaklaşımı daha güzel, ancak uygulamamın ihtiyaçları için bir URL kısaltıcısı önermek yeterliydi.
• URL kısaltıcılarının güvenlik endişeleri gibi dezavantajları vardır. Benim durumumda, büyük bir risk değil çünkü URL'ler herkese açık değil ve yoğun bir şekilde kullanılmıyor; ancak bu herkes için geçerli değildir. safe.mn bir sürü spam ve phishing URL'sini engelliyor gibi görünüyor, ancak yine de dikkatli olmanızı öneririm.
• Kullanıcılarınızı bir URL kısaltıcı kullanmaya zorlamamanız gerektiğini unutmayın. Çoğu durumda (en azından uygulamamın ihtiyaçları için), çoğu kullanıcının ne kullanacağı için 500 karakter aşırı derecede yeterlidir. Bir URL kısaltmasını yalnızca çok uzun bağlantılar için kullanın / önerin.

Çoğu tarayıcı, bir URL'ye çok fazla miktarda veri koymanıza izin verir ve bu nedenle birçok şey çok büyük URL'ler oluşturur; bu nedenle, bir URL'nin etki alanı bölümünden başka bir şeyden bahsediyorsanız, bir METİN sütununu kullanmanız gerekir VARCHAR / CHAR sınırlıdır .

Diğer tarayıcıları bilmiyorum, ancak IE7'nin HTTP GET işlemleri için 2083 karakter sınırı var . Diğer tarayıcıların alt sınırları yoksa, neden 2083'ten daha fazla karaktere ihtiyacınız olduğunu anlamıyorum.

Çoğu web sunucusunun URL uzunluk sınırı vardır (bu nedenle "URI çok uzun" için bir hata kodu vardır), yani pratik bir üst boyut vardır. En popüler web sunucuları için varsayılan uzunluk sınırını bulun ve bunların en büyüğünü alanın maksimum boyutu olarak kullanın; fazlasıyla yeterli olmalı.

Varchar (max) kullanmanız daha iyi olur ( boyut olarak) varchar (65535). Bu, daha büyük web adreslerinizi bile saklar ve alanınızı da korur.

Maks belirleyici, varchar, nvarchar ve varbinary veri türlerinin depolama yeteneklerini genişletir. varchar (max), nvarchar (max) ve varbinary (max) toplu olarak büyük değer veri türleri olarak adlandırılır. 2 ^ 31-1 bayta kadar veri depolamak için büyük değerli veri türlerini kullanabilirsiniz.

Büyük Değerli Veri Türlerini Kullanma hakkında TechNet'teki bu makaleye bakın