Sto progettando un database che sarà archiviatoCorde JSON di varie dimensioni. Sto considerando di utilizzare tabelle diverse (ognuna con due colonne, "id" e "data") per memorizzare stringhe di dimensioni diverse (tinytext - bigtext). In questo caso, si cercherà ogni tabella, iniziando dalla tabella contenente le stringhe più piccole .
Sto anche considerando l'utilizzo di una singola tabella con una singola dimensione di stringa e l'utilizzo di più righe per memorizzare stringhe JSON di grandi dimensioni.
..o posso semplicemente creare una tabella con una grande dimensione VARCHAR e risparmiare tempo per lo sviluppo.
Ci sono due punti che sto progettando in giro:
In alcuni casi, mysql memorizza piccoli pezzi di dati "in fila" che aiutano le prestazioni. Che cosa significa e come posso approfittarne?
In alcuni casi, mysql elabora VARCHAR come la sua dimensione più grande possibile. Quando succede questo e come posso evitarlo?
risposte:
1 per risposta № 1Dal punto di vista del database non c'èparticolare lunghezza "buona" per varchar. Tuttavia, prova a mantenere la dimensione massima della riga inferiore a 8 KB, inclusi gli indici non in cluster. Quindi eviterete che MySQL memorizzi i dati fuori dalla riga, il che ostacola le prestazioni.
0 per risposta № 2
usare 255
Perché storicamente le persone usano 255 e non 256 per le magnitudini dei campi del database?
Anche se, come nota a margine, se stai lavorandoPHP e cercando di inserire stringhe che superano i 1000 caratteri, dovrai prima troncare la tua dimensione massima sul lato PHP prima di inserirle, altrimenti si verificherà un errore.