Leerer LONGTEXT in mariaDB
- Themenstarter weitiweit
- Beginndatum
sheel
I love Asm
Hi
Kommt drauf an, wie genau die Antwort sein muss.
Prinzipiell speichert ein Longtextfeld (natürlich) seinen Inhalt, irgendwas zwischen 0 und 2^32 Byte, und eine 4-Byte-Zahl für die Länge vom Inhalt. Leer hat also 4 Byte bzw. 32 bit
Das bedeutet aber nicht, dass das Hinzufügen von einer neuen Longtextspalte zu einer Tabelle mit 1Mio Zeilen die DB genau um 4Mio Byte größer macht. Es gibt auch eine Menge Metainformationen (wie heißt die Spalte usw.usw.), Indexe, Integritätsdaten, evt. Kompression, temporäre Daten die erst irgendwann später weggeräumt werden, Datenbereiche die wegen unpassender Datengrößen einfach nicht gefüllt werden können (wie füllt man zB. einen 1MB-Block mit Einträgen je 33 Byte? Natürlich kann da nicht jedes Byte voll werden), usw.usw.
Falls man sowas wissen will, ist die einzige sinnvolle Antwort "ausprobieren". Sicher könnte man den gesamten Quellcode der DB untersuchen, was wo wann udn warum gespeichert wird, aber wozu, wenns einfach auch geht.
Kommt drauf an, wie genau die Antwort sein muss.
Prinzipiell speichert ein Longtextfeld (natürlich) seinen Inhalt, irgendwas zwischen 0 und 2^32 Byte, und eine 4-Byte-Zahl für die Länge vom Inhalt. Leer hat also 4 Byte bzw. 32 bit
Das bedeutet aber nicht, dass das Hinzufügen von einer neuen Longtextspalte zu einer Tabelle mit 1Mio Zeilen die DB genau um 4Mio Byte größer macht. Es gibt auch eine Menge Metainformationen (wie heißt die Spalte usw.usw.), Indexe, Integritätsdaten, evt. Kompression, temporäre Daten die erst irgendwann später weggeräumt werden, Datenbereiche die wegen unpassender Datengrößen einfach nicht gefüllt werden können (wie füllt man zB. einen 1MB-Block mit Einträgen je 33 Byte? Natürlich kann da nicht jedes Byte voll werden), usw.usw.
Falls man sowas wissen will, ist die einzige sinnvolle Antwort "ausprobieren". Sicher könnte man den gesamten Quellcode der DB untersuchen, was wo wann udn warum gespeichert wird, aber wozu, wenns einfach auch geht.
