En verimli UUID sütun türü nedir

128 bit UUID'yi depolamak için birden fazla depolama seçeneği vardır:

1. bir bayt [16] sütunu
2. iki bigint / long (64 bit) sütun
3. bir CHAR (36) sütunu - 32 onaltılık basamak + 4 tire.
4. db destekliyorsa UUID veritabanına özgü bir sütun

Endeksleme açısından bunlardan hangisi en verimli? Eğer db tahsis edilmiş bir uuid tipini desteklemiyorsa hangisi en iyi adaydır?

Özel bir uuidtür PostgreSQL için en iyi bahistir. Diğer DB'lerle söylemek zor - birisinin uuidbasit bir bayt türünden daha az verimli bir şekilde depolanan bir türe alışması imkansız değildir .

Yine PostgreSQL'de, byteatipiniz yoksa UUID'leri depolamanın makul bir yolu olurdu uuid. Diğer DB'ler için ikili verileri nasıl sakladıklarına bağlıdır.

Mümkün olduğunda, tire işaretli altıgen kullanmaktan kesinlikle kaçınırım. Karşılaştırmak, sıralamak ve depolamak çok daha az verimlidir.

Yani gerçekten, "değil (2) ya da (3)". Hiç. Desteklendiği yerlerde (4), aksi takdirde (1) kullanın.

Tercih sırasına göre: 4,1,2,3 SQL sunucusunu kullanıyorsanız UUID'leri kümeleme anahtarı olarak kullanmayın, çünkü yalnızca kötü bir şekilde parçalanmaz, kümeleme anahtarı tüm kümelenmemiş dizinlerde kullanılır ve bu baytları her dizin satırı. Parçalanma, NEWSEQUENTIALID kullanılarak hafifletilebilir, ancak genellikle diğer dizinlerde şişkinliği önlemek için Küme Anahtarınız için bir GUID üzerinden bir bingint kimliği tercih edilir.

2'den 1'i seçmek arasındaki fark, veritabanının tek bir sütun sabit dizisi üzerinde iki temel tür sütunu ne kadar verimli işlediğine bağlı olacaktır. Kukla verilerle test etmek yeterince kolay olmalıdır. Sorgularınızın hızına, dizinlerin ve verilerin boyutuna bakın. Küçük + hızlı en iyisidir!

Doğal olarak desteklenen herhangi bir veri türünün üründe o ürünün müşterisi olarak bir araya getirilebilecek her şeyden daha iyi optimize edileceği varsayılmalıdır. Bundan sonra, en küçük bayt sayısı ne olursa olsun, sayfa başına maksimum satır elde edersiniz.