SQL VARCHAR Länge?
Was ist bei SQL der Sinn davon die Länge eines VARCHARS festzulegen, der geringer ist als 255? Da ein VARCHAR eh immer den Speicher für den tatsächlich verwendeten Text verbraucht, macht es doch keinen Sinn z.B. VARCHAR(100) anzugeben.
4 Antworten
Zumindest bei Microsoft ist das nicht so. Da verbraucht ein NVARCHAR(255) immer 510 Byte (die Nicht-Unicode-Variante VARCHAR(255) dementsprechend 255), unabhängig davon, wieviele Zeichen tatsächlich drinstehen. Nur bei TEXT, (N)VARCHAR(MAX) und VARBINARY(MAX) steht nur ein Pointer im Datensatz.
Sorry hätte mich genau ausdrücken sollen. Es geht um mySQL
"bei SQL"?
SQL ist das Werkzeug, mit dem Du Verbindungen in Datenbanken bereitstellst. Was in einer Datenbank wie gespeichert wird, ist in keiner Weise gleich! Sondern es gibt zahllose Datenbankspeichermethoden.
Firebird, Access, Oracle, mySQL, SQLite, und dutzende anderes. Alle funktionieren intern anders, Wieviele davon VarChart kennen, weiß ich nicht. Vermutlich so gut wie alle. Wie das hingegen intern gespeichert wird, - das kann ein weites Land sein. Vor allem ist es extrem kompliziert.
Darüber hinaus gibt es "compress" Formate von DBs fürs Backup. Wird wieder anders gespeichert.
Ich kenne mich nur in Firebird ein bisschen aus, in mySQL nur von der Oberfläche her, nicht vom innen-drin.
Was sagt denn die Dokumentation, dass VarChart in mySQL gespeichert würden? Mit wievielen Bits oder Bytes pro Zeichen? Es wird ja auch eine Frage des Zeichensatzes sein. Unicode braucht mehr als 8-Bit Sätze uam.
und nicht zuletzt: Magst Du die konkrete Problemstellung posten? Was willst Du wie kodieren und wofür?
Ein weiterer möglicher Grund wäre, dass auch select-Abfragen etc. ihre Arbeitsspeicher reservieren müssen, bevor sie laufen. Vielleicht ist das je nach Angabe der Länge verschieden.
Manche Dinge kommen aus Zeiten, als Speicherplatz rar war ;-)
Ja das ist schon klar, aber wie gesagt, es macht ja keinen Unterschied für den Speicher.
Ja. Ich habe Dir auch nur erklärt, wo es her kommt.
dann bedanke ich mich für die Erklärung :) Leider hilft es mir bezüglich meiner Frage nicht weiter.
Schade. Transferleistung Mangelhaft ;)
Früher hast Du um jedes Byte gekämpft. Wenn Du wusstest, dass ein Feld einen maximalen Inhalt haben kann, hast Du es darauf beschränkt, damit Du möglichst wenig Speicher belegst. Heute nutzt man das manchmal um Obergrenzen zu definieren (Länge von Eingabefeldern), einen tatsächlichen Sinn wie früher hat es aber nicht mehr.
Hat für mich nichts mit Transfer zu tun. Klar war Speicher früher rarer. Aber wenn es früher nicht so war, dass immer der tatsächliche Speicher genutzt wird beim VARCHAR kann ich das nicht wissen. Ich lerne Datenbanken im Jahr 2020 das erste Mal und weiß somit nicht wie die Methoden früher waren, bzw. ob sie sich geändert haben. Für mich gab es nur den normalen Char als alternative für die Speicherbelegung des angegebenen Wertes.
Aber dein letzter Satz mit der Obergrenze hat mir geholfen danke.
Um Fehler bei falschem Input zu bekommen. Z.b bei eine Password hash hast du ja immer eine feste Länge.
Du hast recht: Dann spezifiziere ich hiermit meine Frage: Ich nutze MySQL