Wie bewahrt man die Familie Baum Daten in einer mysql-Datenbank

Habe ich einen Stammbaum. Ich möchte, um es zu speichern in einer mysql-Datenbank. Ich habe eine Tabelle mit einer Spalte namens "Familienmitglieder," aber ich weiß nicht, wie Sie diese Familie Mitglieder. So bin ich zum Beispiel unter meinem Vater, und mein Sohn ist unter mir. Also ich denke, wie kann ich Sie speichern diese Art von Baum in eine Datenbank?

InformationsquelleAutor kirby | 2012-02-03
  1. 10

    So, Sie sagten, Sie haben eine Tabelle mit einer Spalte namens "Familienmitglieder". Für mich ist das einfach unangemessen, weil es nicht respektiert, Normalisierung 🙂 als Erstes würde ich es nennen "familyTreeId". Nun, lassen Sie uns nun die FamilyTree Tabelle.

    Dieser Tabelle wäre so etwas wie dieses:

    FamilyTree(id, motherId, fatherId, etc) --> usw: falls Sie zusätzliche Daten

    • id wird der Primärschlüssel der Tabelle
    • motherId wird ein link zu der Zeile in der FamilyTree Tabelle gehört zu der Mutter
    • fatherId wird ein link zu der Zeile in der FamilyTree Tabelle, die gehört dem Vater

    Also die Zeilen:

    +--------+--------------+--------------+
|   id   |   motherId   |   fatherId   |
+--------+--------------+--------------+
| son1   | yourwife     | you          |
| son2   | yourwife     | you          |
| you    | mother       | father       |
| mother | grandmother1 | grandfather1 |
| father | grandmother2 | grandfather2 |
+--------+--------------+--------------+

    Andere option wäre zum speichern der Paare

    FamilyTreeParents(id, motherId, fatherId)

    FamilyTreeNodes(id, familyTreeParentsId)

    • id werden die Primärschlüssel der Tabellen
    • familyTreeParentsId wird ein Fremdschlüssel auf eine FamilyTreeParents Tabelle
    • motherId wird ein foreign key zu einer Zeile in der FamilyTreeNodes Tabelle gehört zu der Mutter
    • fatherId wird ein foreign key zu einer Zeile in der FamilyTreeNodes Tabelle, die gehört dem Vater

    Also die Zeilen:

    FamilyTreeParents

    +----+--------------+--------------+
| id |   motherId   |   fatherId   |
+----+--------------+--------------+
|  1 | yourwife     | you          |
|  2 | mother       | father       |
|  3 | grandmother1 | grandfather1 |
|  4 | grandmother2 | grandfather2 |
+----+--------------+--------------+

    FamilyTreeNodes

    +--------+---------------------+
|   id   | familyTreeParentsId |
+--------+---------------------+
| son1   |                   1 |
| son2   |                   1 |
| you    |                   2 |
| mother |                   3 |
| father |                   4 |
+--------+---------------------+

    Daten normalisiert auf diese Weise, weil Sie nicht die Wiederholung von Informationen (wie you und yourwife für son1 und son2 wie ich im anderen Lösung. Jedoch, diese Lösung ist weniger effizient hinsichtlich der Geschwindigkeit, da wird es erforderlich sein, mehr Verknüpfungen.

    • Gutes detail! Allerdings gibt es ein paar technische Annahmen hier, dass vielleicht für die falsche genealogische Aufzeichnungen. Deine Tabelle 'FamilyTreeParents' geht davon aus, dass eine Familie aus zwei Eltern - was ist mit Familien mit einem (sehr Häufig) oder mehr als zwei (Eintritt > 0)? Es gibt einige geschlechtsspezifische Annahmen auch hier: was ist ein schwules paar (beiderlei Geschlechts), die übernehmen - vielleicht partner1Id und partner2Id eine Verbesserung wäre hier?
    • was tun mit Kindern aus einer früheren Ehe, etc. ?
    InformationsquelleAutor Mosty Mostacho
  2. 2

    Ich würde immer zwei Tabellen, eine mit Personen, andere mit Beziehungen.
    Frage ist hier, wenn Sie sollten halten Sie die realtion in einem Datensatz (z.B. Mann - Frau) oder auch von der anderen person-view (1:Mann - Frau 2:Frau - Mann)
    Vorteil des zweiten Ansatzes ist die schnelle Suche so schnell Rendern von z.B. layout, sondern auch größere Tabelle mit mehr schreibt, wenn Daten geändert werden und mögliche Fehler.
    Ich würde den ersten Ansatz und verwenden Sie einen index, um die Suche schneller.

    Also mit einem minimum an verbindungen, die Sie schreiben konnte Sie aus der folgenden Familie

    grandfather louis(id1) 
  x grandmother clothild(id2)
    father francois(id3) 
      x mother diana(id4)
        me peter(id5) 
          x my first wife fabienne(id6)
            my son laurent(id9)
          x my second wife jane(id7)
            my son tristan(id10)
        my brother hans(id8)

as

1x2
3x4
5x6
5x7
1>3
2>3
3>5
4>5
3>8
4>8
6>9
5>9
5>10
7>10

or shorter

1x2>3
3x4>5
3x4>8
5x6>9
5x7>10

So in a databasetable this gives

id_partner1 id_partner2 id_child
1           2           3
3           4           5
3           4           8
5           6           9
5           7           10
    InformationsquelleAutor peter
  3. 1

    Können Sie schema wie dieses

    Family( Parent_name, Child_name ). Der "Tupel" (Parent_name, Child_name) sind der Schlüssel zu Ihrem Tisch. Vorausgesetzt, es gibt keine doppelten (Parent_name, Child_name) existieren in Ihrer Familie Baum. Wenn Sie etwas haben, wie Social Security Number zur eindeutigen Identifizierung einer person in der Familie Baum, dann sollten Sie die Parent_ssn, Child_ssn anstelle von Namen und haben eine separate Tabelle zum speichern der Beziehung zwischen ssn und name, deren Schlüssel wäre ssn

    Elemente in dieser Tabelle können

    [Your dad, you]
[Your mum, you]
[you, your son]
[you, your 2nd son]
[your wife, your son]

    Hoffe, das hilft

    • Ich glaube, dass das datamodel ist die beste und am meisten flexibel. nur ein Problem mit der Annahme.
    InformationsquelleAutor louis.luo
Schreibe einen Kommentar