Wie gehe ich mit massiven Ganzzahlen über das BIGINT-Limit von MySQL hinaus um: Varchar vs. andere Optionen?

Umgang mit massiven Ganzzahlen über die Grenzen von MySQL hinaus

Frage: Obwohl BIGINT scheinbar der größte Ganzzahltyp von MySQL ist, was ist die Lösung zum Speichern noch größerer Ganzzahlen? sagen wir ein BIGINT(80)? Warum empfehlen außerdem bestimmte Quellen, wie etwa die API-Dokumentation von Twitter, die Speicherung dieser massiven Ganzzahlen als Varchar? Welche Faktoren beeinflussen die Wahl zwischen diesen Datentypen?

Antwort:

Kontraintuitiv sind die 64-Bit-Größenbeschränkungen für große Ganzzahlen (anstelle einer bestimmten Ziffernanzahl von 20). ) bestimmen ihre tatsächliche Grenze. Jede Zahl, die diese 64-Bit-Grenze überschreitet, passt nicht in eine große Ganzzahl.

Diese Einschränkung ergibt sich aus der Tatsache, dass native Ganzzahlen für eine blitzschnelle Manipulation durch Hardware optimiert sind, während Textdarstellungen von Zahlen normalerweise eine sequentielle Darstellung erfordern Ziffernweiser Verarbeitungsansatz.

Sollten Sie auf Zahlen stoßen, die die 64-Bit-Grenze überschreiten, können Sie sich für Varchar-Speicherung entscheiden. Dieser Ansatz hat jedoch einen Vorbehalt: Umfangreiche mathematische Operationen an diesen gespeicherten Zahlen sind möglicherweise nicht durchführbar.

Alternativ können Sie Folgendes untersuchen:

• Gleitkommazahlen: Bietet einen größeren Bereich, aber eingeschränkte Präzision.
• Dezimalzahlen: Unterstützt Integralwerte mit bis zu 65 Stellen mit dem Spaltentyp „decimal(65,0)“ und sorgt so für ein ausgewogenes Verhältnis von Bereich und Präzision .

Das obige ist der detaillierte Inhalt vonWie gehe ich mit massiven Ganzzahlen über das BIGINT-Limit von MySQL hinaus um: Varchar vs. andere Optionen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!