Ich implementiere Google OAuth 2.0 und stelle fest, dass die von Google OAuth zurückgegebene eindeutige Benutzer-ID 21-stellig lang ist. Ich dachte, BIGINT (20) wäre genug für diese Notwendigkeit, aber ich bin jetzt verwirrt, wenn man die Länge der Benutzer-ID von Google OAuth zurückgegeben. Irgendwelche Ideen, wie ich das machen sollte?Google OAuth 2.0 Benutzer-ID-Datentyp für MYSQL
Zum Speichern der ID sollten Sie varchar verwenden, da die Daten, die Sie speichern möchten, von Drittanbietern stammen. Sie können nicht sicher sein, ob der Wert nur numerisch ist (obwohl google user id nur numerisch ist die Konvention ist immer noch nicht in unserer Kontrolle).
Sogar Varchar benötigt eine maximale Länge in MySQL. Gibt es für diese Art von Daten eine ideale Varchar-Länge? Oder ist TEXT bevorzugt? – palerdot
gibt es keine ideale Länge, ich habe Länge 500 verwendet, um Google User IDs in meiner Datenstruktur zu speichern. aber es ist vielleicht nicht für alle Netzwerke gleich. – Jhanvi
obwohl TEXT nicht verwendet wird, da die Benutzerkennung nicht zu groß sein wird – Jhanvi
Nun, da es größer als der größte Integer-Datentyp ist, müssen Sie es als String speichern. Es ist jedoch nicht wirklich wichtig, da Sie in diesem Fall keine mathematischen Berechnungen vornehmen werden. – Sammitch
Glauben Sie, dass TEXT oder varchar zum Speichern dieser OAuth-Daten geeignet ist? Ich habe das vorher noch nicht gemacht und ich bin mir nicht sicher, ob TEXT für etwas wie OAuth-Benutzer-ID geeignet ist. – palerdot
Nr. 'TEXT'-Spalten eignen sich am besten für die Massenspeicherung, verwenden Sie einen VARCHAR. – Sammitch