Beste Weg, um mit großen (UUID) als eine MySQL-Tabelle, Primärschlüssel

Habe ich eine UUID-Zeichenfolge, die ich als verwenden möchten meine MySQL-Tabellen mit Primärschlüssel, die UUID ist eine 32-stellige, hexadezimale Zeichenfolge (nach dem ' - ' - Zeichen entfernt werden). Aufgrund der Tatsache, dass es besser ist die Verwendung einer numerischen Spalte (int) als Primärschlüssel in einer Datenbank, ich möchte wandeln diese in eine Ganzzahl, aber nicht sicher der beste Weg, damit umzugehen.

  1. Aufgrund der Größe der Zeichenfolge (zB. uuid='a822ff2bff02461db45ddcd10a2de0c2'), muss ich brechen in mehrere Teilstrings'.
  2. Ich bin PHP auf einem 32-bit-Architektur im moment so Umwandlung in PHP funktioniert nicht aufgrund von PHP_INT_MAX Größe (max 0xFFFFFFFF). Und ich vermute, dass wäre die gleiche Einschränkung für MySQL.
  3. Ich weiß nicht, wie die Idee, mehrere primary keys, wie Sie ein Update für diese, ich würde eher einen string, obwohl das ist nicht die bevorzugte Methode.

Ich könnte denken, dies alles falsch und bin nicht gegen das Lesen der Dokumentation, also entweder Beispiele oder empfohlene Lektüre als Antwort akzeptabel wäre.

  • Auch ist zu beachten, das id-Feld verwendet werden würde für Sie beide verbindet und auswählt.
InformationsquelleAutor Aaron Murray | 2013-04-20
  1. 26

    Den meisten Fällen ist es am besten zum speichern von UUIDs/GUIDs wie BINARY(16). Sehen diese im Zusammenhang StackOverflow-Fragen:

    Kann die Konvertierung (und wahrscheinlich sollte) getan werden, in MySQL statt PHP so, ob Sie ein 32bit PHP-client oder 64 bit spielt keine Rolle, ein bit (Wortspiel :P)

    • Das klingt genau das, was ich suchte. Die GUID/UUID wird nicht generiert, von mir, es stammt aus einer Dritten Quelle. Es ist einzigartig und dient als primary key. @PaulProgrammer ich Schätze Ihre schnelle Antworten auch, habe ich +1 gegeben haben. Vielen Dank für die Hilfe in diesen Antworten.
    • wissen Sie, wenn es legal zu binden, die UUID als string an eine bind_param-Methode in MySQLi und nur zeigen Sie es zu einem binary(16) - Feld? Ich habe Schwierigkeiten, herauszufinden, wenn ich tun müssen, um alle Konvertierungen ersten.
    • Von Ihnen positiv bewertet werden auch, weil Sie das Wortspiel 🙂
    InformationsquelleAutor Hazzit
  2. 1

    Verwenden Sie einen Typ string, nicht integer. Besser ist nur besser, wenn es ein problem löst.

    Wenn Sie wirklich besorgt über lookup speed, verwenden Sie einen synthetischen (auto-Inkrement), Primärschlüssel. Sie können eine unique-Einschränkung auf der UUID Spalte, und verwenden Sie es nur einmal, um sich die Kunststoff-Taste, die anschließend für die Verknüpfungen etc.

    • Benutzt habe ich Saiten in Projekte aus der Vergangenheit, und ich glaube, dass (in der Produktion) wäre nur sprechen mehrere Millionen Datensätze, da eine hohe Zahl, so ich würde nicht denken, dass dies eine große Leistung Anliegen (mit Saiten), ich bin nicht ganz sicher, auf welche Größe die performance-Einbußen würde ins Spiel kommen, bei der Verwendung von Zeichenfolgen vs numerische Felder. Basierend auf der Größe, ich bin nicht ganz sicher, ein synthetischer Primärschlüssel wäre vorteilhaft, in einer Millionen Datensätze (sagen wir 10 Millionen, tops) - Szenario.
    • Also, was Sie sagen, ist es keine echte Möglichkeit zu pack / speichern Sie diese in eine numerische Darstellung leicht, meine Optionen sind Zeichenfolgen und Zeichenfolgen mit Kunststoff-auto-increment Schlüssel.
    • Es ist nicht ein problem, bis es ist ein problem. Qualität in der Produktion Datenbanken (mysql eingeschlossen) haben sehr clever index-algorithmen für den Umgang string Abfragen. Wenn Sie nicht über die Leistung besorgt noch, warum sind Sie dann heftig Ihren Kopf gegen die max-integer-Größe Wand in Ihrer ursprünglichen Frage?
    • Sicher, Sie können pack / speichern Sie diese wie eine Ganzzahl (wahrscheinlich durch die Verwendung mehrerer field-PKs, die Sie sagte, dass Sie nicht mag (nicht sicher, warum), aber warum die Mühe, und der Wartungsaufwand geht vorwärts, wenn Sie nicht, lösen Sie ein real-Welt-problem?
    • Ich mag die Antwort @Hazzit gibt bessere. Die verwenden.
    • Ich habe nicht gesagt, dass ich nicht über die Leistung besorgt, das war letztlich mein größter Grund für die Frage wirklich. Hinzufügen eines synthetischen Schlüssel (oder mehrere Primärschlüssel), die größte Sorge ist die zusätzliche Programmierung (overhead) auf dem back-end erforderlich. Ich möchte die Entwicklung eines optimierten Datenbank-Struktur von Anfang an so, dass ich nicht haben, um sorgen über performance-Probleme die Straße hinunter.
    • Wenn 10M Datensätze mit relativ einfachen ABFRAGE und JOIN ' s ist nicht zu nehmen Sie einen performance-hit mit einem CHAR(32) ich bin gut mit, dass, wenn es einen besseren Weg gibt, dh. BINARY(16), dann würde ich lieber tun, ist es das erste mal richtig, anstatt das problem zu beheben später.

    InformationsquelleAutor PaulProgrammer
  3. 0

    Es hängt von der Lagerung Motor auch. TokuDB soll Sie mit all diesen Problemen.

    InformationsquelleAutor giuseppe
Schreibe einen Kommentar