Birden fazla 'soyadı' nasıl modellenir?

İspanyolca konuşulan ülkelerde birden fazla soyadı kullanırız, örneğin:

Adı ↘ ↙ Soyadı
                Pedro Arturo Rodríguez Loyola İkinci adı
        ↗ ↖ (?)

Hasta adı için veri modellemeye çalışıyorum. Ülkemizde önemlidir, bu yüzden ikinci soyadını ihmal edemem, ancak diğer geliştiricilere, özellikle İngilizce konuşulan ülkelerden anlamlı olabilecek bir uygulama oluşturmak istiyorum.

İngilizce ile ilgili benzer bir soru yarattım. SE , her iki değeri de sürdürmenin neden önemli olduğuna dair bazı fikirlere sahip.

S: Bir DBA nasıl sayılır?

A: 0, 1, çok

Bir kişinin 1 veya daha fazla adı ve 1 veya daha fazla aile adı ve muhtemelen bir başlığı vardır. Bu isimlerin bir emri var. Bir bireye nasıl atıfta bulunulacağını belirlemek yerelleştirme ve kültüre bağlıdır.

kişi kimliği
NamePart {"John", "Smith", ...}
NameType {başlık, verilen, aile, ???}
{1, 2, 3, ...} siparişi

İçin Pedro Arturo Rodríguez Loyola(irtibat # 1), dört satırlarda yer alacaktır:

1 / Pedro / verilen / 1
1 / Arturo / verilen / 2
1 / Rodríguez / aile / 3
1 / Loyola / aile / 4

Bu şekilde, verilen herhangi bir yapı ile sınırlı kalmamakla birlikte, oradaki belirli bir temas için hala mantıklıdır. 3 ya da 4 kişiden birine ya da soyadına sahip olduğunuzda ne yaparsınız? ya da bir kızlık soyadı?

Sırayı bu cevabın bir önceki revizyonundan değiştirdiğimi unutmayın - sipariş, isim türündeki bir sipariş yerine tüm adın üzerindeki bir sipariştir, çünkü bazı kültürlerde aile adı önce gelir, bölünmüş olabilir başlık bölümleri "Sir John Smith II".

Ek Okuma

• Falsehoods programcıları isimlere inanıyor
• Son iki isim

Bu yardımcı olabilir. Gönderi esprili ama anlayışlı.

[Ad] [Soyadı] adlar için evrensel bir kural değildir. Sadece yaşadığınız yerde yaygındır. Buna kurallar koyarsanız, er ya da geç sisteminize eklenemeyen insanlara sahip olacaksınız.

Temel olarak, mümkün olduğunca az kısıtlama uyguladığınızdan emin olun ve gerçek saklanan ad ile ekstralar arasında esneklik sağlayın.

Böyle bir şeyle giderdim:

• Görünen ad (formları / verileri gösterirken tutarlı adlar için): ([ilk] [son] olmalıdır).
• Diğer adlar / tam ad (arama, daha hassas eşleme vb. İçin). Burada, kullanıcının belirli bir uzunluğa kadar herhangi bir şey yazmasına izin verin; uzunluk, makul olarak yeterli olması gerektiğini düşündüğünüzden daha fazla olmalıdır - örneğin, 40 karakterin yeterli olması gerektiğini düşünüyorsanız, 500 yazın :)).
• Adresleme (Bay, Bayan, Bayan, Jr, Sr, -san, özel değer (Tov. Gibi).
• dahili kimlik (bu kimlik, uygulamanızdaki herkesin benzersiz bir şekilde tanımlanması ve ad çakışmalarını önlemelidir).

Örneğin, ismim Romen'e özgü aksan işaretleri nedeniyle çoğu Avrupa dilinde doğru olarak yazılamıyor (bu nedenle, adımı kendi ülkem dışında yazdığımda, teknik olarak yanlış yazıyorum - böylece insanlar okuyabilir ve telaffuz edebilir).

Bazı ilginç isim örnekleri ve bağlantılar:

http://en.wikipedia.org/wiki/Nicholas_Barbon

http://en.wikipedia.org/wiki/Prince_%28musician%29

http://en.wikipedia.org/wiki/P_diddy

http://en.wikipedia.org/wiki/Burmese_name

Karmaşık bir şey değil ..... ya da bir şey eksik.

Şu alanlara sahip olun: name(varchar), lastname(varchar).

Sonra tam adı doldurmak için bir form, örnek: Jorge Patriciove soyadı Pèrez Gonzáles.

Aramada, örneğin MySQL'de, aramanıza likeyardımcı olacak birçok karşılaştırma operatörünüz var .

Çoğunlukla oluşturulan soyadları her zaman sıradadır. Pérez Gonzálezçoğunlukla soyadını bu şekilde söyler, ters sırada değil.

Veritabanınızı başka bir şekilde tasarlayacaksınız.

Üç tür kişisel isim vardır: Polinimler (çoklu bileşenli isimler), Mononyms (sadece bir bileşenli isimler, "Cher") ve Pictonyms (resimlerle gösterilen isimler, Sanatçı'dan ).

Bir kişinin birden fazla adı olabilir, rolleri oynar , örneğin Yasal Ad ve Tercih Edilen Ad.

Bir polinim, adı ve soyadı verilmesi gereken birkaç bileşene sahiptir. Birkaç tür soyadı vardır:

1. Normal soyadları (Jones)
2. Çift namlulu soyadı ("Vaughn Williams" veya "Louis-Dreyfus")
3. Gerçek Bileşik soyadı {givenName: "Juan Pablo" soyadı: "Fernández de Calderón", ikincil Soyadı: "García-Iglesias"}

3 önemlidir, çünkü Bay Fernández de Calderón García-Iglesias değil, Bay Fernández de Calderón olarak ele alınması bekleniyordu .

Temel olarak, zorunlu bir soyadı alanına ve boş bir ikincil Soyadı alanına sahip olun.

Birisinin adının çeşitli bileşenlerini nasıl modellersiniz? Yapmazsın . Birisinin yasal adının tüm bileşenleri için ayrı alanları modellemek yerine, tercih ettikleri selamlama, appelation, gayri resmi ad, kullanıcı adı, takma ad ve işlem için, yalnızca önemsediğinizi modelleyin.

Oranlar, sisteminiz sadece birisi için en fazla dört "isim" i önemser:

1. Sisteme giriş yaptıklarını bilmelerini sağlayan bir Görünen Ad .
2. Bir Gayri Adı bir telefon görüşmesi onlara hitap hangi tarafından.
3. Yazışmalarda kendilerine atıfta bulunacağınız bir Resmi Ad .
4. # 2'yi bir listede sipariş edilecek şekilde ifade eden bir Sıralama Adı .

Birçok sistem # 1 ve # 2 için birinin resmi adını kullanır ve önem verdiğiniz tek adları "kullanıcının adını temsil eden bir dize" ve "öncekinin nasıl sıralanması gerektiğini temsil eden bir dize" olarak kalır.

Bir veri modelleme perspektifinden, yalnızca gerçekten ihtiyacınız olan değerleri tanımlayın. Bu değerlerin depolanmasını en iyi şekilde nasıl optimize edeceğiniz bir uygulama detayıdır - yalnızca aşırı optimize ettiğinizde baş ağrısına neden olacağınız detay. (Tabii, sadece bir ad ve soyadı saklayabilirsiniz, ancak yalnızca tek bir adı olan biri için ne yapardınız?)

Bunu başka bir şekilde ele alalım.

Sisteminizin diğer sistemlere bağlanması gerekir, eğer olmadıklarında ne kadar esnek olduğunuz önemli değildir. Peki veri aktarmak için sahip olduğunuz sistemler ne işe yarar?

Doktoruma randevum için telefon ettiğimde, doğum tarihimi soruyorlar, sistemler daha sonra onlara uyan kişilerin bir listesini gösteriyor, sonra bana adımı soruyorlar, son olarak seçtiklerini onaylamak için adresimi soruyorlar doğru kişi.

Doktor benimle konuşurken adın bana hitap ettiğini bilmeli; Bana mektup yazarlarsa, bir mektup yazacakları adı da bilmeleri gerekir.

Bu nedenle sadece boşluklara izin veren tek bir metin alanı değil. Bunları aynı şekilde işlemezseniz, ilk adı soyadından ayırmak için hiçbir neden yoktur.