Birincil anahtar olarak UUID veya GUID kullanmanın sakıncaları nelerdir?

Dağıtılmış bir sistem kurmak istiyorum. Verileri veritabanlarında depolamam gerekiyor ve bazı tablolarda birincil anahtar olarak bir UUID veya GUID kullanmak yardımcı olacaktır . UUID / GUID oldukça büyük ve neredeyse rasgele olduklarından bu tasarımın bir dezavantajı olduğunu düşünüyorum. Alternatif, otomatik artan bir INT veya LONG kullanmaktır.

Tablolarım için birincil anahtar olarak UUID veya GUID kullanmanın sakıncaları nelerdir?

Muhtemelen Derby / JavaDB (istemcilerde) ve PostgreSQL'i (sunucuda) DBMS olarak kullanacağım.

Bu sizin üretim fonksiyonunuza ve final tablolarının boyutuna bağlıdır

GUID'lerin genel olarak benzersiz tanımlayıcıları olması amaçlanmıştır . Postgres 8.3 dokümantasyonunda tartışıldığı gibi, bu tanımlayıcıları oluşturmak için evrensel olarak uygun metodolojiler yoktur, ancak postgreSQL birkaç faydalı aday daha sunar.

Sorununuzun kapsamı ve çevrimdışı yazma gereksinimi açısından , bir GUID'den başka bir şeyin kullanımını oldukça iyi bir şekilde kutuya koydunuz ve bu nedenle diğer programların telafi edici avantajları yok.

İşlevsel bir bakış açısından, anahtar uzunluğu genellikle, tablonun okuma sayısına ve boyutuna bağlı olarak, herhangi bir modern sistemde bir sorun değildir. Alternatif bir metodoloji olarak, çevrimdışı istemciler birincil anahtar olmadan yeni kayıtları toplayabilir ve yeniden bağlanırken bunları ekleyebilirler. PostgreSQL "Seri" veri tipini sunduğundan, istemcilerin veritabanına basit bir yazma yapabiliyorlarsa kimliklerini belirlemelerine asla gerek kalmayacaktır.

Bir tavsiye daha - kümelenmiş dizinin bir parçası olarak asla GUID kullanmayın. GUID'ler sıralı değildir, bu nedenle kümelenmiş dizinin bir parçasıysa, her yeni kayıt eklediğinizde, veritabanının int (bigint) otomatik artması durumunda yerleştirme için doğru yeri bulmak için tüm bellek sayfalarını yeniden düzenlemesi gerekir. sadece son sayfa olurdu.

Şimdi bazı db gerçekleştirmelerine bakacak olursak: 1.) MySQL - birincil anahtarlar, davranışını değiştirme seçeneği olmayan kümelenmişlerdir - tavsiye, GUID'leri burada hiç kullanmamaktır 2.) Postgres, MS-SQL - GUID olarak yapabilirsiniz birincil anahtar kümelenmemiş ve kümelenmiş dizin olarak başka bir alan kullanın; örneğin, autoincrement int.

Değişir.

Cidden, şu ana kadar verdiğin her şeyle, gidebildiğin kadarıyla ilgili.

UUID'leri kullanmak neden faydalı olabilir? Neden INT kullanmıyorsun? Neden daha sonra UUID’leri endeksleyemiyorsunuz? Bir UUID'nin anahtarıyla sıralanmış bir listeye sahip olmanın ve birkaç milyon satırdan sonra rasgele (sıralı olmayan) bir UUID eklemenin ne anlama geldiğini biliyor musunuz?

Bu hangi platform üzerinde çalışacak? Kaç tane disk Kaç kullanıcı Kaç tane kayıt var