Wie gehen Sie mit "Viele Namen für 1 Person" um?

Question

Eines der häufigsten Probleme bei der Erstellung eines Informationssystems ist die Tatsache, dass die Leute so viele verschiedene Namen haben. Jemand namens "Bill Smith" könnte "Will Smith", "William Smith", "Smith, Will" usw. heißen. Wenn ich zum Beispiel eine Anwendung schreiben würde, um Blog-Posts mit Autoren zu verlinken, müsste ich mich anmelden für all diese Namen.

Meine Frage ist: Welche Ansätze verwenden Sie, um konsistente Daten in Ihrer gesamten Anwendung zu halten. Wie strukturieren Sie Ihre Datenbank so, dass Sie auf einen einzelnen Bezeichner verweisen können, um alle diese Namen zu finden? Welche UI-Ansätze verwenden Sie, um sicherzustellen, dass Personen konsistent Namen eingeben?

Answer 1

Es ist wahrscheinlich eine gute Idee, nur einen Namen von Ihrem Benutzer zu akzeptieren und ihnen einen "Spitznamen" oder einen "öffentlichen Namen" zu erlauben. Das gibt ihnen die Freiheit, einen legalen Namen zu haben, vielleicht für Mailing oder Abrechnung, und einen öffentlich sichtbaren Namen für die Interaktion auf Ihrer Website.

Darüber hinaus glaube ich nicht, dass ich meinen Benutzern erlauben würde, mehrere Namen zu haben, es sei denn mein System benötigt es. Wenn ich das täte, ich es in zwei Tabellen aufgeteilt würde:

• Benutzer:

  • userid (ex: 1821)

• Benutzernamen:

  • userid (ex: 1821)
  • vorName (ex: Jonathan)
  • nachName (ex: Sampson)

Darüber hinaus könnten Sie ein Feld hinzufügen, in die usernames Tabelle mit dem Namen 'isPrimary'. Dies wäre ein boolescher Wert, der Ihnen sagt, welcher Name als primärer Name für den Benutzer gilt. Dies ist ähnlich wie Wikipedia speichert eine Geschichte von Daten/Änderungen. Sie behalten alle, aber markieren Sie, was "aktiv" ist, oder in Ihrem Fall "primär".

Answer 2

Solange Sie für jeden Benutzer eine eindeutige ID haben (nicht deren Name), können Sie eine Tabelle erstellen, die Namensvarianten einer eindeutigen ID zuordnet und dann jeden Beitrag dieser eindeutigen ID zuordnet.

 
(Table mapping names to UIDs) 

Name  UID 

Robert S 123456 
Bob S  123456 
Bert S  123456 
Darren  987654 

 
(Table with post information, including author's UID) 

Title  Author ... 

Post 1 123456 
Post 2 123456 
Post 3 987654 

 
(Table with author information) 

UID  Preferred Name Webpage    ... 

123456 Robert Smith  http://www.robert.com 
987654 Darren Jones  http://www.jones.com 

Answer 3

Es klingt für mich wie Sie ihren Namen als Primärschlüssel oder UID zu verwenden versuchen. Das ist der falsche Weg. Sie sollten eine separate UID als Primärschlüssel haben, dann kann der Name sein, was Sie wollen, und Sie können sogar eine Liste alternativer Namen haben.

Answer 4

Ich stimme den ersten drei Posts zur Strukturierung Ihres Schemas zu.

In Bezug auf die Benutzeroberfläche würde ich ein Feld für die Personen legal ersten, mittleren und Nachnamen erlauben, die sehr selten ändern sollte.

Dann erlauben Nickname (n) je nach Ihren Anforderungen an die Anwendung.

Ihr vollständiger offizieller Name kann sich auch für Abrechnungs-/Finanz-/HR-Situationen als nützlich erweisen.

Answer 5

Das eigentliche Problem tritt auf, wenn Sie mehrere Anwendungen haben und jedes über ein eigenes Schema für Benutzerinformationen verfügt. Das Abrechnungssystem könnte "Will Smith" haben; das Gehaltsabrechnungssystem könnte "William Smith" haben; das Versicherungssystem könnte "Willie X. Smith" haben. Alle sind wirklich die gleiche Person. Wie geht's? Es ist ein großes Problem für Stovepipe, Legacy-Apps.

Answer 6

Sie könnten immer eine AKA-Tabelle erstellen, wo Sie den Vornamen AKA-Namen haben könnten. Wenn also jemand den Namen Bill benutzt, kannst du ihn immer durch William ersetzen.

Ich habe dieses Konzept nie persönlich für Namen verwendet, aber ich unterstütze ein Projekt, das mit Movie Titles etwas Ähnliches macht, das für verschiedene Länder variiert werden kann.