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
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

Tek Sayfa Uygulama: avantajları ve dez...
İlişkisel veritabanına göre MongoDB gi...
avantajları identifierForVendor Ne iOS...
HER istemci için tek bir veritabanı ku...
Liste<T> vs BindingList<T>...