PostgreSQL primary key-Länge begrenzen

Was ist das limit von der Länge der primary key-Spalte? Ich werde varchar als primary key. Ich habe keine info gefunden, wie lange kann es schon sein, da PostgreSQL nicht erforderlich, um anzugeben, varchar Grenze, wenn verwendet als Primärschlüssel?

  • Ich sehe, ich kann eine Menge von Daten in einer solchen Primärschlüssel, aber es ist nicht eine gute Idee. Vielen Dank für alle Antworten.
InformationsquelleAutor FolksLord | 2010-12-27
  1. 6

    Ich glaube, dass varchar maximale Länge ist ein Postgres-Konfiguration einstellen. Aber so wie es aussieht wird es nicht mehr als 1 GB in der Größe.

    http://wiki.postgresql.org/wiki/FAQ#What_is_the_maximum_size_for_a_row.2C_a_table.2C_and_a_database.3F

    Dass gesagt wurde, es ist wahrscheinlich nicht eine gute Idee, um eine große varchar-Spalte als Primärschlüssel. Erwägen Sie die Verwendung einer seriellen oder bigserial (http://www.postgresql.org/docs/current/interactive/datatype-numeric.html#DATATYPE-SERIAL)

    • +1 für die Feststellung, dass varchar ist eine schlechte PK. Das gibt schlechte Leistung, wenn Sie innerhalb von Referenz-Tabellen (die ich geändert habe Ihren link auf der letzten PG-version).
    • Dies ist NUR wahr, wenn Sie sagte varchar Feld als Fremdschlüssel in einer anderen Tabelle. Wenn dass Feld ist einfach erforderlich, um zu sein, UNIQUE und not NULL und nur auf die in die eine Tabelle und füge dann einen numerischen "PRIMARY KEY" wird wirklich weh tun. Sie wird nun mit dem entsprechenden Mehraufwand sowohl die numerischen PK und die zusätzlichen EINDEUTIGEN INDEX auf das not NULL varchar-Spalte (erforderlich, um sicherzustellen, dass die Daten-Integrität). Es ist gut beraten, wenn Sie darüber reden foreign keys, aber zu sagen, "varchar ist eine schlechte PK" ist irreführend.
    • Vielen Dank für das follow-up 😀 War nicht bewusst, der details und wie Sie interpretieren meinen Kommentar. Obwohl ich "[...], wenn Sie innerhalb von Referenztabellen[...]" war klar genug, dass ich meinte, Foreign-Keys, sondern Sie klar gab mehr Einblick in dieses Thema. Jetzt weiß ich es besser, danke!
    • Zwei weitere alternativen: [1] Verwenden Sie ein UUID als Primärschlüssel, mit dem eine effiziente nativen (128-bit) Speicher in Postgres. [2] Berechnen Sie, speichern und indizieren eine Hashwert, um die Vertretung Ihrer großen text. Diskutiert in diesem andere Frage beantworten von Erwin Brandstetter
    InformationsquelleAutor
  2. 20

    Die maximale Länge für einen Wert in einem B-Baum-index, der mit Primärschlüsseln, ist ein Drittel der Größe einer Puffer-Seite, standardmäßig Boden(8192/3) = 2730 bytes.

    • Das ist 2600 Zeichen in UTF-8
    InformationsquelleAutor Peter Eisentraut
  3. 4

    Sollten Sie einen test.

    Habe ich tests gemacht, mit Tabelle, die eine einzige varchar-Spalte als primary key, die auf PostgreSQL 8.4. Das Ergebnis ist, dass ich in der Lage zu speichern 235000 ASCII-Zeichen, Rufnummer 116 000 polnischen diactrical Zeichen ("f".g. 'ć') oder 75000 chinesische f.g. '汉'). Für größere Mengen habe ich eine Nachricht:

    BŁĄD: index row size 5404 exceeds btree maximum, 2712

    Aber die Botschaft, gesagt, dass:

    Werte größer als 1/3 Puffer-Seite nicht indiziert werden kann.

    So, die Werte waren erlaubt, jedoch nicht die gesamte Zeichenfolge verwendet wurde, auf Eindeutigkeit überprüfen.

    Gut, dies ist eine sehr große Menge von Daten, können Sie in dieser Spalte. Jedoch, wie oben erwähnt, Ihr design ist arm, wenn Sie verwenden, wie lange der Werte als Schlüssel. Sollten Sie künstliche Primärschlüssel.

    InformationsquelleAutor Danubian Sailor
Schreibe einen Kommentar