Mô hình hóa tên và họ riêng biệt

Những đối số nào nên được xem xét khi thiết kế một hệ thống mới và phải lưu trữ tên của một người dưới dạng một trường hoặc riêng biệt như tên / họ?

Ưu điểm cho trường đơn:

• Giao diện người dùng đơn giản
• Không mơ hồ khi cố gắng nhập tên của một người, người có tên rất dài (thường không rõ ràng là tên cuối cùng / tên ..)
• Ít phức tạp hơn khi xử lý các tiêu đề (ví dụ: không cần trường riêng để nhập "MD" hoặc "Tiến sĩ")

Ưu điểm cho trường tách:

• Có thể giao tiếp được cá nhân hóa "Dear Mr X" hoặc "Dear Julie"
• Nếu một dịch vụ web tiêu thụ cần riêng tên / họ, nó có thể được cung cấp dễ dàng.
• Lựa chọn tốt hơn cho bất kỳ ngành nào có yêu cầu nhận dạng nghiêm ngặt (ví dụ: y tế, chính phủ, v.v.)
• Lựa chọn an toàn hơn, vì bạn luôn có thể quay lại thay thế trường đơn

Bạn có thấy bất kỳ đối số bổ sung nào không được liệt kê ở trên không?

Cập nhật: câu hỏi là, những gì thêm (= không được liệt kê trong câu hỏi) lập luận có thể được liệt kê cho từng giải pháp. Tôi nghĩ đưa ra ý kiến ​​thay vì những ưu và khuyết điểm có thể thúc đẩy cuộc thảo luận sai cách. Mỗi nhà phát triển phải đưa ra quyết định của mình về vấn đề này, mục đích của câu hỏi này là tập hợp một danh sách các đối số không tầm thường có thể được đánh giá nếu cần.

Tên và họ không phải là khái niệm hữu ích. Tên làm việc khác nhau ở các quốc gia khác nhau. Ở hầu hết các nước châu Á, tên gia đình được viết đầu tiên, nhưng nó vẫn được sử dụng để sắp xếp giáo dục vì vậy bạn có thể đặt nó trong tên đầu tiên, và sắp xếp sẽ sai, hoặc tên cuối cùng, và hiển thị sẽ được. Và sau đó, có những quốc gia như Iceland, nơi họ không sử dụng tên gia đình, mà thay vào đó là tên của cha. Vì vậy, họ chỉ cần sắp xếp theo tên.

Các thuật ngữ được đặt tên là Tử và tên họ của họ (hay tên của gia đình tên) là tốt hơn về mặt này, nhưng tôi vẫn sẽ tránh chúng trừ khi thực sự cần thiết (ví dụ như các tài liệu chính thức như hộ chiếu có chúng, vì vậy bạn cần chúng), bởi vì bạn cần chúng) họ chỉ làm cho mọi thứ phức tạp hơn.

• Có thể giao tiếp được cá nhân hóa "Dear Mr X" hoặc "Dear Julie"

Ngoại trừ bạn không biết nên gọi người được cho bằng tên, hoặc họ hay gì. Và đừng để tôi bắt đầu với những ngôn ngữ có tính chất cáo buộc, bạn không thể rút ra lời buộc tội từ đề cử nói chung. Không, sẽ tốt hơn nếu bạn chỉ cần hỏi người dùng nên gọi họ là gì.

• Nếu một dịch vụ web tiêu thụ cần riêng tên / họ, nó có thể được cung cấp dễ dàng.

Nếu . Nếu bạn phụ thuộc vào dịch vụ khác, bạn sẽ bị khóa với những lựa chọn tồi tệ của họ. Nó không có lợi thế cho thiết kế của riêng bạn.

• Lựa chọn tốt hơn cho bất kỳ ngành nào có yêu cầu nhận dạng nghiêm ngặt (ví dụ: y tế, chính phủ, v.v.)

Không, đó là một lựa chọn sai cho những điều này. Các tài liệu chính thức thường sử dụng các thuật ngữ tên được đặt tên là tên của họ

• Lựa chọn an toàn hơn, vì bạn luôn có thể quay lại thay thế trường đơn

Trên thực tế, do sự mơ hồ với tên châu Á, bạn không thể rõ ràng như vậy.

Đối số duy nhất quan trọng là các yêu cầu của hệ thống của bạn là gì?

Bạn có cần phải đối phó với chỉ một nền văn hóa? Nếu vậy, phù hợp với văn hóa đó. Mặt khác kế hoạch quốc tế hóa (như những người khác đã chỉ ra).

Bạn có cần lấy dữ liệu để giải quyết các biểu mẫu của chính phủ, y tế hoặc các yêu cầu pháp lý / hệ thống khác không? Thực hiện theo bất cứ điều gì những người ra lệnh. Nếu đó có nghĩa là tên và họ, hãy làm nó. Nếu nó có nghĩa là một cái gì đó khác nhau, làm điều đó.

Bạn có yêu cầu về API với tên và họ (hoặc có khả năng hợp lý, đủ để đảm bảo bỏ qua YAGNI) không? Làm những gì có ý nghĩa ở đó.

Nếu bạn cần liên lạc cá nhân, có hợp lý không khi chỉ hỏi ai đó tên ưa thích của họ và lưu trữ điều đó?

Các yêu cầu của hệ thống của bạn nên xác định những gì bạn làm. Làm những gì bạn phải làm và YAGNI phần còn lại.

Nếu bạn có nhiều hơn một cách để hiển thị và / hoặc sử dụng (các) tên, thì có lẽ bạn sẽ cần các trường riêng biệt. Cùng với mục nhập dữ liệu, bạn có thể cung cấp phản hồi để cho người dùng thấy nó sẽ được sử dụng như thế nào. Cách bạn kết hợp chúng, có thể dẫn đến chuyển đổi sang một lĩnh vực duy nhất trong tương lai.

Có một số nhãn hiển thị: Tên chào hoặc Tên hiển thị: Tên + Họ Sắp xếp / Sắp xếp: Họ, Tên

Khi bạn không chắc chắn cách thức này sẽ được sử dụng trong tương lai, hãy bắt đầu bằng tên tách và sau đó bạn có thể kết hợp chúng thành một trường duy nhất khi bạn nhận ra đó là tất cả những gì bạn thực sự cần. Không khó để viết một thuật toán để tách một trường tên thành tên và họ, nhưng bạn sẽ mắc lỗi ở một vài người và mọi người thực sự không thích nhầm với tên của họ. Với các trường phân tách, người dùng có thể điều chỉnh cách họ nhập tên của họ khi họ thấy cách sử dụng nó. Kết hợp chúng trong một trường tên duy nhất vĩnh viễn sẽ ít rủi ro hơn.

Tôi đồng ý với rất nhiều điều @JanHudec đã nói, mặc dù tôi muốn mở rộng thêm một chút:

• Bạn cần phải biết những yêu cầu thực sự của bạn là gì, nhưng việc kết hợp thông tin sẽ dễ dàng hơn so với việc tách nó ra một khi nó được kết hợp lại.
• Sắp xếp sẽ luôn là một thách thức, vì các quy tắc có thể khác nhau giữa các địa phương và văn hóa.
• Nhiều nền văn hóa không phù hợp với bạn, dẫn đến những giả định tồi tệ. (Đây là điểm lớn nhất của Jan)

Thuật ngữ là quan trọng

Các thuật ngữ như tên đã cho và họ hoặc tên gia đình có ý nghĩa ngữ nghĩa và cơ sở dữ liệu của bạn sẽ luôn phản ánh ngữ nghĩa của dữ liệu của bạn. Các thuật ngữ như tên và họ có ý nghĩa vị trí, thường dựa trên ý tưởng tiếng Anh và Mỹ về cách thức hoạt động của tên. Sử dụng thuật ngữ thích hợp cho ngữ nghĩa của dữ liệu của bạn.

Làm thế nào đến nay bạn cần phải phá vỡ nó?

Có các khái niệm về chức danh (Ông Tiến sĩ Bà, v.v.) hoặc thứ tự (Jr., Sr., III, v.v.), và thậm chí các chứng chỉ (Tiến sĩ, MS, PCAM, v.v.) có thể quan trọng tùy thuộc vào bối cảnh và mục đích.

Nhiều địa phương có khái niệm về nhiều tên gia đình (họ và mẹ), và một số không có. Khi điền vào các biểu mẫu, đôi khi mọi người phải đưa ra những lựa chọn khó khăn về việc sử dụng tên nào, ví dụ như sử dụng tên gia đình cho "họ" trong một hình thức của Mỹ, hoặc đưa ra một tên cuối cùng dựa trên tên của người cha (Janson ).

Mặc dù ở Mỹ, thông thường có một hoặc nhiều tên đệm, nó thường bị bỏ qua bên ngoài gia đình bạn.

Sắp xếp

Nó giúp có một trường dành riêng cho tên sắp xếp. Bằng cách đó bạn có thể định hướng các quy tắc khi bạn tạo bản ghi. Nó cũng đảm bảo bạn có các tên được sắp xếp theo đúng thứ tự trên các ranh giới quốc tế.

Thực tiễn phổ biến

Yêu cầu thực sự của bạn chỉ ra mức độ chính xác mà bạn cần phải có về tên. Nếu bạn đang tạo một trang web của chính phủ hoặc ngân hàng, thì bạn có nhiều yêu cầu hơn đối với việc lưu trữ và xử lý tên hơn là một thứ không chính thức như Facebook.

Hướng dẫn không chính thức

• Có một trường mô tả cách người dùng muốn được biết đến
• Sắp xếp và hiển thị sử dụng một tên đó

Hướng dẫn bán chính thức

• Có một trường cho một biệt danh hoặc cách người dùng muốn được giải quyết
• Có hai trường, một cho tên đã cho và một cho họ (họ nên là tùy chọn)
• Tính toán một trường sắp xếp dựa trên miền địa phương và kết hợp họ / họ
• Sử dụng tên hiệu khi địa chỉ người dùng trực tiếp
• Sử dụng tên chính thức khi liệt kê người

Hướng dẫn chính thức

• Những điều này được quyết định bởi các chính sách và thủ tục hiện tại cho thực thể bạn đang hỗ trợ
• Bạn cần nhiều trường như số phần tên tối đa bạn sẽ hỗ trợ, được đặt tên theo ngữ nghĩa cho những gì chúng là.
• Bao gồm một trường sắp xếp xử lý việc sắp xếp như trong trường hợp bán chính thức
• Hiển thị cũng thường được quyết định bởi các chính sách và thủ tục hiện có. Bạn cần làm quen với họ.

Ngoài những gì @JanHudec đã chỉ ra và tôi đồng ý, điều đáng chú ý là ở nhiều quốc gia, người ta có nhiều hơn một họ, vì vậy trường tên cuối cùng có thể không liên quan. Ví dụ, ở Tây Ban Nha, người ta có hai tên cuối cùng và họ chỉ sử dụng một hoặc cả hai tùy theo tình huống.

Bên cạnh đó, bạn không nên cá nhân hóa thông tin liên lạc dựa trên giả định của mình vì trong một số nền văn hóa, bạn có vẻ thô lỗ khi gọi mọi người bằng tên của họ và trong trường hợp của những người khác thì điều đó có thể ngược lại.

Ngoài ra, một số nền văn hóa nhấn mạnh vào các hình thức như 'Bà' so với 'Bà' và họ cũng có thể kết hợp từ này với tên hoặc họ tùy theo trường hợp cụ thể.

Vì vậy, tôi sẽ nghiêng về một giải pháp trong đó bạn có một trường tên duy nhất và có thể các trường bổ sung mà người dùng điền vào gợi ý cách chuyển sang người dùng - điều tương tự như nhiều hãng hàng không làm khi bạn mua vé trực tuyến. Điều này cũng có thể giải quyết vấn đề làm thế nào để phân tách tên nếu bạn cần nó cho một dịch vụ web bên ngoài mà bạn đã đề cập.

Thêm nhiều hơn vào những gì @JanHudec và @KjMag đã chỉ ra, ngay cả trong các nền văn hóa / ngôn ngữ rất gần với tiếng Anh, điều này trở thành một vấn đề. Lấy tiếng Đức làm ví dụ. Bạn có khái niệm về Vornamen, Tên, Nachnamen, Họ và Rufname, tên bạn được gọi. Lấy cha tôi làm ví dụ, ông có 3 tên đầu tiên, trong giấy khai sinh của họ, chúng được liệt kê theo thứ tự Christoph Stephan Andreas. Và anh ấy có một tên cuối cùng. Bạn nghĩ tên anh ấy được gọi bằng gì?

Câu trả lời đúng: Andreas. Đó là Rufname của anh ấy, ở Mỹ, anh ấy đặt đó là tên đầu tiên của mình để phù hợp với khuôn mẫu của Mỹ. Vì vậy, bạn có thể giả sử ở Đức tên cuối cùng của bạn là tên bạn được gọi nhưng sau đó bạn có anh trai tôi: Christoph Sebastian Herbert Maria. (Bây giờ tôi đã cho đi chúng ta là người Bavaria) Hoặc em gái của tôi Christine Gabriele. Bạn nghĩ tên mà họ được gọi là gì? Sebastian và Christine tương ứng.

Tôi sẽ thứ ba các câu trả lời nói một trường cho một tên đầy đủ. Và tôi sẽ thêm vào đó: có thể thêm một trường khác cho tên họ / họ và đặt câu hỏi: bạn sẽ được sắp xếp tên nào trong danh sách? Và sau đó là một lĩnh vực cuối cùng cho: bạn muốn được giải quyết như thế nào?

Nếu một người đang đi cho một ứng dụng toàn cầu, một người có thể sẽ mô hình hóa tên của một người như một chuỗi các chuỗi. Ví dụ, hãy xem xét tên của tổng thống trong bộ phim Thành ngữ:

• Núi Dwayne Elzondo Dew Herbert Camacho

Đó là tên đầy đủ của anh ấy. Tên chứa 6 phần tử trong mảng. Đối với văn hóa Hoa Kỳ, tên đầu tiên là thành phần đầu tiên trong mảng (Dwayne) và tên cuối cùng là thành phần cuối cùng trong mảng (Camacho). Nhưng đó không phải là luôn luôn như vậy.

Người ta có thể áp dụng các quy tắc cụ thể về văn hóa để xác định tên "đầu tiên" nếu tên đầu tiên thực sự là thành phần cuối cùng và vv tùy thuộc vào cách tên hoạt động trong các nền văn hóa / địa phương khác nhau.

Ngoài ra, trong trường hợp ở Hoa Kỳ, chúng tôi có các trường hợp khi phần tử cuối cùng không phải là tên cuối cùng, chẳng hạn như:

• Núi Dwayne Elzondo Dew Herbert Camacho Jr.

Vì vậy, có thể một trường hậu tố tên hoặc người ta sẽ phải phân tích thành phần cuối cùng tìm kiếm các hậu tố đã biết dựa trên văn hóa để có được tên chính xác.

Vì vậy, tốt hơn hết là bạn nên lưu trữ tên trong một yếu tố (Tên đầy đủ) và sau đó áp dụng thói quen "tiêu chuẩn hóa / vệ sinh" chống lại nó để phân tích các yếu tố cụ thể khi cần. Một chiến lược tương tự tồn tại cho các địa chỉ. Chúng thường được thu thập dưới dạng một chuỗi và sau đó được gửi đến một dịch vụ để phân tích các phần.