İlk olarak,* *0, farkındayım ve öneri (GUID kullanarak) benim durumum için de geçerli değil.

Benim kullanıcıların kolayca telefon üzerinden bu bilgileri iletmek için basit ve Uıds istiyorum :

Merhaba, sipariş ile ilgili bir sorun var 1584

karşıt olarak

Merhaba, sipariş ile ilgili bir sorun var -D4gerz384867-4daz33 8234878-14

Ben isteyenler için benzersiz (veritabanı geniş) çünkü ben bir kaç farklı tür bir 'nesne' ... sipariş Kimliği ve teslim Kimlikleri ve fatura Kimlikleri ve o zamandan beri yok bire bir ilişkisi olanlar var yolu yok sanırım ne tür bir nesne KİMLİĞİ için başvuruyorsunuz.

Veritabanı çapında eşsiz Kimliği ile, hemen müşterim dir ne söyleyebilirim. Benim kullanıcı sadece bir arama aracı olan bir KİMLİK giriş olabilir, ve ben onun ne aradığını daha da geliştirmek için ekstra Kaydet.

Benim şimdiki fikir farklı tohumlar 1, 2, 3, vb, ve 100 bir artış değeri ile kimlik sütunları kullanın.

Bu birkaç soru olsa yükseltir :

• Eğer sonunda 100'den fazla nesne türleri. 1000 veya 10000, ama ölçek yok bir şey kullanabilirim verilen "" kokuyor

• Orada tohum bir olasılık "" (bir çoğaltma sırasında, bir veritabanı sorunu, vb?) kaybetti

• daha genel olarak, dikkat etmem gereken başka sorunlar var mı?

• bir nesne türünü temsil eden KİMLİĞİ önek böylece bir kimlik sütun gibi olmayan bir tamsayı (ben şu anda bigints kullanın) kullanın, mümkün mü? (örneğin no sütun)

• olacak bu iyi bir fikir için bir kullanıcı "ana tablo" içeren yalnızca bir kimlik sütun, ve belki de nesne türü, bu yüzden ben sadece bir satır ekleyin o zaman yeni bir fikir. Biraz abartılı olabilir gibi hissediyorum, ve tüm ekleme isteklerim complexify olur diye korkuyorum. Ayrıca veritabanı bakmadan nesne türünü belirlemek mümkün olmayacak aslında

• diğer akıllı yollar benim sorunu çözmek için vardır?

Neden kullanıcı için tüm tablolar, ancak mevcut herhangi bir zamanında kimlik kullanmak değil, sadece türü için tek bir char tack? O1234 örneğin bir emir, D123213 teslimat, vb.? Böyle çılgın bir planı Mühendisi gerek yok...