Ad ve soyadının ayrı ayrı modellenmesi

Yeni bir sistem tasarlarken birisi hangi argümanları dikkate almalı ve bir kişinin adını bir alan olarak mı yoksa ilk / soyadı olarak mı ayrı ayrı saklamalıdır?

Tek alan için avantajlar:

• Basit kullanıcı arayüzü
• Çok uzun bir isme sahip bir kişinin ismini girmeye çalışırken belirsizlik yok (genellikle soyadı / adının ne olduğu belli değildir).
• Başlıkları tutarken daha az karmaşıklık (örneğin, "MD" veya "Dr." girmek için ayrı bir alana ihtiyaç duyulmaz)

Bölünmüş alanın avantajları:

• Kişiselleştirilmiş iletişim mümkündür "Sayın Bay X" veya "Sayın Julie"
• Tüketilen bir web servisi ayrı bir ad / soyadı gerekiyorsa, kolayca sağlanabilir.
• Kesin tanımlama gereklilikleri olan herhangi bir endüstri için daha iyi seçim (örneğin, tıp, devlet, vb.)
• Her zaman tek saha alternatifine geri dönebileceğiniz için daha güvenli seçim

Yukarıda listelenmemiş başka bir argüman görüyor musunuz ?

Güncelleme: soru, her bir çözüm için hangi ek (= soruda listelenmemiş) argümanlar listelenebilir Sanırım olası artılar ve eksiler yerine fikir vermek tartışmayı yanlış yönlendiriyor. Her geliştirici bu sorunla ilgili kararını vermelidir, bu sorunun amacı, gerektiğinde değerlendirilebilecek önemsiz tartışmaların bir listesini oluşturmaktır.

Adı ve soyadı yararlı kavramlar değildir. İsimler farklı ülkelerde farklı işler. Asya ülkelerinin çoğunda, önce soyadı yazılır, ancak yine de sıralama için kullanılır - bu nedenle adı ilk isme koyabilirsiniz ve sıralama yanlış olur, soyadı da görüntülenir ve görüntülenir. Ve sonra İzlanda gibi ülkeler var, aile isimlerini hiç kullanmıyorlar, fakat babasına verilen isim. Yani sadece verilen isme göre sıralarlar.

“Verilen ad” ve “soyad” (veya “aile adı”) terimleri bu bağlamda daha iyidir, ancak kesinlikle gerekli olmadıkça (yani pasaportlar gibi resmi belgelerde bunlara sahip, o zaman onlara ihtiyaç duyarsınız) onlardan kaçınırım. sadece işleri daha karmaşık hale getirirler.

• Kişiselleştirilmiş iletişim mümkündür "Sayın Bay X" veya "Sayın Julie"

Bunun dışında, verilen kişiyi adlarıyla mı soyadıyla veya neyle çağırıp çağırmayacağınız konusunda hiçbir fikriniz yoktur. Ve beni suçlayıcı olan dillerde başlatmaya çalışmayın - suçlayıcıyı genel olarak aday göstermekten alamazsınız . Hayır, kullanıcıya ne araması gerektiğini sorarsanız daha iyi olur.

• Tüketilen bir web servisi ayrı bir ad / soyadı gerekiyorsa, kolayca sağlanabilir.

Eğer . Başka bir servise bağlıysanız, kötü tercihlerine kilitli kalırsınız. Kendi tasarımlarınız için bir avantaj değil.

• Kesin tanımlama gereklilikleri olan herhangi bir endüstri için daha iyi seçim (örneğin, tıp, devlet, vb.)

Hayır, bunlar için yanlış bir seçim. Resmi belgeler genellikle daha az belirsiz olan “verilen ad” ve “soyad” (veya “aile adı”) terimlerini kullanır.

• Her zaman tek saha alternatifine geri dönebileceğiniz için daha güvenli seçim

Aslında, Asya isimlerindeki belirsizlik nedeniyle, yapabileceğiniz kadar net değil.

Önemli olan tek argüman sisteminizin gereksinimleri nelerdir?

Sadece bir kültürle uğraşmak zorunda mısın? Eğer öyleyse, o kültüre uygun. Aksi takdirde uluslararasılaştırma için planlar yapın (diğerlerinin de belirttiği gibi).

Devlet formları, sağlık hizmetleri veya diğer yasal / sistem gereksinimleri ile ilgilenmek için veri almanız gerekiyor mu? Neyin dikte ettiğini takip et. Bu, ad ve soyad anlamına geliyorsa, yapın. Farklı bir şey ifade ediyorsa, bunu yap.

Ad ve soyadına sahip bir API için bir gereksiniminiz var mı (ya da YAGNI'yi dikkate almamayı istemek yeterince makul mu?) Orada mantıklı olanı yap.

Kişiselleştirilmiş iletişime ihtiyacınız varsa, sadece birisine tercih ettikleri ismi sormak ve saklamak makul olur mu?

Sisteminizin gereksinimleri ne yaptığınızı belirlemelidir. Yapman gerekeni yap ve gerisini YAGNI ile yap.

Adları görüntülemek ve / veya kullanmak için birden fazla yolunuz varsa, muhtemelen ayrı alanlara ihtiyacınız olacaktır. Veri girişi ile birlikte, kullanıcıya nasıl kullanılacağını göstermek için geri bildirimde bulunabilirsiniz. Bunları nasıl birleştireceğiniz, gelecekte tek bir alana dönüştürmeye neden olabilir.

Gösterilen bazı etiketler var: Selamlama veya Görünen Ad: Adı + Soyadı Düzenleme / Sıralama: Soyadı, Adı

Gelecekte bunun nasıl kullanılacağından emin değilseniz, bölünmüş isimlerle başlayın ve sonra gerçekten ihtiyacınız olan şeyin bu olduğunu anladığınızda, onları tek bir alanda birleştirebilirsiniz. Tek bir ad alanını ad ve soyadına bölmek için bir algoritma yazmak zor değildir, ancak birkaçında hata yaparsınız ve insanlar adlarıyla ilgili hatalardan hoşlanmazlar. Bölünmüş alanlarla, kullanıcılar nasıl kullanıldığını gördüklerinde adlarını nasıl gireceklerini ayarlayabilirler. Bunları kalıcı bir tek ad alanında birleştirmek daha az risklidir.

@JanHudec'in söylediklerine çok katılıyorum, bununla ilgili biraz daha genişlemek istiyorum:

• Gerçek gereksinimlerinizin ne olduğunu bilmeniz gerekir, ancak bilgileri bir araya getirdikten sonra ayırmaktan daha bilgiyi birleştirmek daha kolaydır.
• Kurallar yerellere ve kültürlere göre farklılık gösterebileceğinden, sıralama her zaman zor olacaktır.
• Birçok kültür sizinkiyle eşleşmiyor, bu da kötü varsayımlara yol açıyor. (Bu Jan'in en büyük noktası)

Terminoloji önemlidir

Gibi terimler verilen ad ve soyadı veya soyadı semantik anlam varsa ve veritabanı her zaman verilerinizin semantiğini yansıtmalıdır. Gibi terimler ilk adı ve soyadı genellikle İngilizce ve nasıl isimleri işin Amerikan fikirlere dayanan, pozisyonel anlama sahiptir. Verilerinizin semantiği için uygun terminolojiyi kullanın.

Onu ne kadar kırman gerekiyor?

Kavramları vardır başlığı (Bay Dr. Bayan vs.) ya da sıralı (Jr, Sr, III, vb) ve hatta sertifikalar bağlı önemli olabilir (Doktora, MS, PCAM, vs.) bağlam ve amaç.

Birçok yerelde çoklu aile isimleri kavramı (baba ve anne) vardır ve bazılarının hiçbiri yoktur. Formları doldururken, bazen insanlar hangi ismi kullanacakları konusunda zor seçimler yapmak zorundadırlar, örneğin Amerikan soyadı için "soyadı" için baba soyadı kullanarak ya da babanın ismine dayanan soyadı (Janson) ).

Amerika'da bir veya daha fazla orta isme sahip olmak yaygın olsa da, ailenizin dışında genellikle göz ardı edilir.

sınıflandırma

Sıralama adı için ayrılmış bir alana sahip olmanıza yardımcı olur. Bu şekilde, kaydı oluştururken kuralları belirsiz hale getirebilirsiniz. Ayrıca uluslararası sınırlar boyunca isimlerin doğru sıralanmasını sağlar.

Ortak Uygulamalar

Gerçek gereksinimleriniz isimler hakkında ne kadar doğru olmanız gerektiğini belirler. Bir hükümet veya bankacılık web sitesi oluşturuyorsanız, adları saklamak ve işlemek için Facebook gibi resmi olmayan bir şeyden daha çok gereksiniminiz vardır.

Gayri Rehber

• Kullanıcının nasıl bilmek istediğini açıklayan bir alanınız olsun
• Sıralama ve görüntüleme bu adı kullanır

Yarı Resmi Yönergeler

• Takma ad için bir alan veya kullanıcının nasıl ele alınmasını istediği
• Biri verilen ad için diğeri soyadı için iki alanın olması gerekir (soyadı isteğe bağlı olmalıdır)
• Yerel ayara ve verilen / soyad combo'ya göre bir sıralama alanı hesaplayın
• Kullanıcıya doğrudan hitap ederken takma adı kullanın.
• Kişileri listelerken resmi adı kullanın

Resmi Kurallar

• Bunlar, desteklediğiniz kurumun mevcut politika ve prosedürleri tarafından belirlenir.
• Destekleyeceğiniz maksimum ad parçası sayısı kadar, alanların anlamsal olarak adlandırılmış alanlarına ihtiyacınız var.
• Yarı resmi durumda olduğu gibi sıralama işleyen bir sıralama alanı ekleyin
• Ekran ayrıca genellikle mevcut politikalar ve prosedürler tarafından belirlenir. Onlara kendini tanıtmalısın.

@JanHudec'in belirttiği ve kabul ettiğim şeylerin yanı sıra, birçok ülkede insanların birden fazla soyadı bulunduğunu, bu nedenle tek bir soyadı alanının alakasız olabileceğini de belirtmek gerekir. İspanya'da insanların iki soyadı vardır ve duruma göre bunlardan sadece birini veya ikisini kullanırlar.

Ayrıca, bazı kültürlerde olduğu gibi, insanları soyadlarına göre çağırırken kaba görünebilir ve diğerlerinde ise bunun tam tersi olabileceği gibi varsayımlarınıza dayanarak iletişimi kişiselleştirmemelisiniz.

Ayrıca, bazı kültürler “Bayan” ve “Bayan” gibi formlara vurgu yapar ve bu sözcüğü belirli bir duruma bağlı olarak ad veya soyadıyla birleştirebilirler.

Bu yüzden, tek bir isim alanınızın ve belki de kullanıcının kullanıcıya nasıl dönebileceğini gösteren doldurduğu ilave alanların olduğu bir çözüme doğru eğildim - çevrimiçi bir bilet alırken birçok havayolunun yaptığı gibi. Bu ayrıca, belirttiğiniz harici bir web hizmeti için ihtiyacınız olursa, adların nasıl bölüneceği sorununu da çözebilir.

@JanHudec ve @KjMag'ın işaret ettiği şeye daha da fazla bir şey katarsak, İngilizceye çok yakın kültürlerde / dillerde bile bu bir problem haline gelir. Mesela almanca al. Vornamen, Adlar, Nachnamen, Soyadı ve Rufname kavramlarına sahipsiniz. Mesela babamı alması için ilk 3 adı var, doğum belgesinde Christoph Stephan Andreas adına listeleniyorlar. Ve bir soyadı var. Adı ne denir sence?

Doğru cevap: Andreas. Bu onun Rufname'sı, Amerika'da bunu Amerikan şablonuna uyacak ilk adı olarak koyar. Öyleyse, Almanya'da ilk adlarınızın son adının sizin arandığınız ad olduğunu varsayabilir, ancak o zaman kardeşim var: Christoph Sebastian Herbert Maria. (Şimdi verdik, biz Bavyeralıyız) Veya kız kardeşim Christine Gabriele. Adı verilen isimler nedir sizce? Sırasıyla Sebastian ve Christine.

Ben tam bir isim için bir alan söyleyen cevapların üçüncü olur. Ve şunu eklerdim: belki bir Soyadı / aile adı için başka bir alan ekler ve soruyu sorarım: bir listede hangi ada göre sıralanırsınız? Ve sonra son bir alan: nasıl ele alınmak istersiniz?

Eğer biri global bir uygulamaya gidiyorsa, kişi muhtemelen bir kişinin ismini dizge olarak modelleyecektir. Örneğin, Idiocracy filminde başkanın adını düşünün:

• Dwayne Elzondo Dağ Çayı Herbert Camacho

Bu onun tam adı. İsim dizide 6 element içeriyor. ABD kültürü için, ilk isim dizideki ilk öğedir (Dwayne) ve soyadı dizideki son öğedir (Camacho). Ancak bu her zaman böyle değildir.

Birisi, eğer ilk ad gerçekten de son eleman ise “ilk” adını belirlemek için kültüre özgü kurallar uygulayabilir.

Ayrıca, ABD örneğinde, son elemanın soyadı olmadığı durumlarda davalarımız vardır:

• Dwayne Elzondo Dağ Çayı Herbert Camacho Jr.

Bu nedenle, belki bir isim soneki alanı veya bir tanesi doğru soyadı elde etmek için kültüre dayalı bilinen sonekleri arayan son elemanı ayrıştırmak zorunda kalır.

Bu nedenle, adı tek bir öğede (tam ad) saklamaktan ve daha sonra belirli öğeleri gerektiği gibi ayrıştırmak için "standartlaştırma / temizlik" yordamı uygulamaktan her zaman daha iyi olursunuz. Adresler için benzer bir strateji var. Genellikle bir dize olarak toplanırlar ve sonra parçaları ayrıştırmak için bir servise gönderilirler.