SORU
5 EYLÜL 2008, Cuma


Avantajları ve dezavantajları olmadığından / UUID veritabanı anahtarları

Veritabanları arasında hareket girişleri eğer tüm veritabanı anahtarları GUID / UUID değerler olsaydı çok daha kolay olurdu geçmişte veritabanı sistemleri üzerinde çalıştım. Bu yolda bir kaç kez düşündüm, ama her zaman özellikle performans etrafında belirsizlik biraz, ve-okuyucu--telefon-mümkün BM URL var.

Herkes yoğun bir veritabanı GUID ile çalıştı? Bazı şeyler büyük olasılıkla tuzaklar ne o tarafa, ne olacaktı?

CEVAP
5 EYLÜL 2008, Cuma


Avantajları:

  • Onları çevrimdışı oluşturabilir.
  • Çoğaltma önemsiz GERÇEKTEN zor kılan, int (karşıt olarak)
  • ORM genellikle onlar gibi
  • benzersiz genelinde uygulamaları. Bizim app bizim CMS (guıd) PK da guıd) kullanır ve ASLA bir çatışma almak için gidiyoruz biliyorum.

Dezavantajları:

  • Büyük boşluk, ama uzay ucuz(er)
  • KİMLİĞİ tarafından sipariş Ekle sipariş almak için.
  • Bir URL çirkin görünebilir, ama gerçekten YAPARKEN bir URL GERÇEK DB bir anahtar koyarak yapıyorsun!?
  • Daha elle hata ayıklama, ama o kadar da zor değil

Şahsen, ben bunları kullanmak için en PK. herhangi bir sistemin iyi bir boyutu, ama var "eğitimli" bir sistem olan oldu çoğaltılmış her yere, biz de almak zorunda KALDI. YMMV.

Verileri şey saçmalık bence yinelenen veri ancak bunu yinelenen alabilirsiniz. Yedek anahtarları genellikle çalıştığım yerde hoş karşılanmaz. Kullanımı wordpress gibi sistem tho: yapıyoruz

  • satır (her neyse/GUID) için benzersiz KİMLİK. Asla kullanıcıya görünür.
  • kamu KİMLİĞİ bazı alan (başlık eg - -adı---makalenin yapmak) bir KEZ oluşturulur

Bizim için çalışır

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Autocar

    Autocar

    11 Mart 2006
  • boogie2988

    boogie2988

    6 NİSAN 2006
  • SavageLuxxxGaming - Daily NBA 2K15 & NBA Live 15 Enjoy And Subscribe!

    SavageLuxxxG

    11 Ocak 2013