Row size too long

hcohl · 3. Mai 2023

Ich bekomme die Fehlermeldung:

"Problem mit (ALTER TABLE `#__visforms_4` ADD `F480` TEXT NULL) Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs"

Was kann ich tun, um weitere Felder in der Datenbank anzulegen?

Die Tabelle ist InnoDB.

Elwood · 3. Mai 2023

Visforms aktuell?

Zitat von hcohl

Was kann ich tun, um weitere Felder in der Datenbank anzulegen?

hcohl · 3. Mai 2023

Ja aktuell

flotte · 3. Mai 2023

Was für eine Datenbankvesion?

Eine sinnvolle Lösing ist hier zu finden:

Troubleshooting Row Size Too Large Errors with InnoDB

Fixing "Row size too large (> 8126). Changing some columns to TEXT or BLOB may help."

mariadb.com

Im Bereich "Converting the Table to the DYNAMIC Row Format"

Das Problem taucht bei mariaDB auf, wenn von Version kleiner 10.3 hochmigriert wird. Dabei ändert sich die Default-Einstellung des innoDB Stricht-Modus.

hcohl · 3. Mai 2023

Die Datenbank ist MySQL mit InnoDB.

Sollte man die betroffene Tabelle auf nicht strict stellen?

Datenbank > Tabelle > SQL-Befehl:

SET SESSION innodb_strict_mode=OFF;

Sieht das so aus?

flotte · 4. Mai 2023

Die Frage war, welche Datenbankversion liegt vor? Also welche Versionsnummer? Und MariaDB oder MySQL?

Und nein, der strict-Modus sollte eingestellt bleiben.

Nochmal:

Die Lösung liegt mit hoher Wahrscheinlichkeit bei obigen Link im Abschntt "Converting the Table to the DYNAMIC Row Format".

Die Tabelle muss mit "ALTER TABLE tabelle ROW_FORMAT=DYNAMIC" umgestellt werden.

Oder "ALTER TABLE tabelle ROW_FORMAT=DEFAULT" sofern es mariaDB größer 10.1 oder MySQL größer 4.1 ist.

Als wir seinerzeit Migrationen unserer Server von Debian Stretch auf Buster hatten, gab es ebenfalls dieses Problem, weil Buster die entsprechend größere mariaDB-Version hatte. Ein kleines Script hat geholfen alle Tabellen auf das neue Default zu setzen.

hcohl · 4. Mai 2023

Danke für die Hilfe. Aber es hat noch nicht funktioniert.

Datenbank ist MySQL

Ich habe ALTER TABLE rvx2m_visforms_4 ROW_FORMAT=DEFAULT; eingegeben.

Die Antwort war: MySQL lieferte ein leeres Resultat zurück (d.h. null Datensätze). (Die Abfrage dauerte 0.0718 Sekunden.)

Geändert hat sich nichts.

Dann habe ich noch mit hosteurope telefoniert. Die sagen ich solle folgenden SQl-Befehl ausführen:

SELECT @@innodb_default_row_format;

Auch keine Änderung.

Muss ich irgendetwas neu starten?

flotte · 4. Mai 2023

Zitat von hcohl

Datenbank ist MySQL

Welche Versionsnummer? Wie oft soll ich das noch fragen?

hcohl · 4. Mai 2023

Entschuldigung die MySQL-Version ist laut 5.7.41-44-log

flotte · 4. Mai 2023

geht auch nicht?

Code

alter table tabelle ROW_FORMAT=DYNAMIC

bei mariaDB kein Problem.... würde mich wundern, wenn das bei MySQL anders ist.

Du kannst die Spalten natürlich auch auf TEXT oder BLOB umstellen, sofern das bei Updaten keine Probleme macht.
varchar ist nun mal begenzt und gerade bei Scripten wie Formularditoren, wo man als User viele Felder selbst ergänzen kann, stösst man dann an Limits. Programmiertechnisch sollte bei solchen Tools von vorn herein eine offene Definiton der Tabellen benutzt werden. Auch bei Shops ist des immer mal wieder ein Problem

hcohl · 4. Mai 2023

Die Spalten in der Tabelle sind alle Text.

Da komme ich nicht weiter. Seltsamerweise funktioniert die Menge der Spalten unter Breezforms aber nicht mit Visforms.

Keine Idee.

Aber Danke soweit.

flotte · 4. Mai 2023

Du kannst nochmal folgendes versuchen:

Datenbank exportieren, dann alle Tabellen löschen und importieren.

Alternativ in eine neue DB importieren - dann hast Du immer noch die alte verfügbar.

Joomla dann auf die neue DB einstellen

hcohl · 5. Mai 2023

Hat leider auch nichts geholfen - seltsam. Jetzt bin ich mit den entwicklern von visforms dran - mal sehen.