Sto implementando Google OAuth 2.0 e ho notato che l'ID utente univoco restituito da Google OAuth è 21 cifre lungo. Pensavo che BIGINT (20) sarebbe stato sufficiente per questa necessità, ma ora sono confuso vedendo la lunghezza dell'ID utente restituito da Google OAuth. Qualche idea su come dovrei fare questo?Google OAuth 2.0 ID utente idatype per MYSQL
Per il salvataggio dell'ID, è necessario utilizzare varchar, perché i dati che si sta tentando di salvare provengono da terze parti, non si può essere certi se il valore sarà solo numerico (sebbene l'ID utente di Google sia solo numerico ma la convenzione non è ancora sotto il nostro controllo).
Anche varchar ha bisogno di una lunghezza massima in mysql. C'è una lunghezza varchar ideale per questo tipo di dati restituiti? O è il TESTO preferito? – palerdot
non c'è lunghezza ideale, ho usato la lunghezza di 500, per la memorizzazione di google ID utente nella mia struttura dati. ma potrebbe non essere lo stesso per tutte le reti. – Jhanvi
se non utilizzare il testo, come l'utente id wont mai essere troppo grande – Jhanvi
Beh, visto che è più grande della più grande tipo di dati integer si sta andando ad avere per conservarlo come una stringa. Non ha molta importanza, dal momento che in questo caso non eseguirai alcun calcolo matematico. – Sammitch
Pensi che TEXT o varchar siano utili per archiviare questi dati OAuth? Non l'ho fatto prima e non sono sicuro che l'uso di TEXT sarà appropriato per qualcosa come l'ID utente OAuth. – palerdot
No. Le colonne 'TEXT' sono le più adatte per l'archiviazione di dati bulk, utilizzare un VARCHAR. – Sammitch