Risolto Errore Row size too large

HkK

Utente abituale
Original poster
4 Aprile 2022
181
10
18
2016; 2019; 365
Buongiorno a tutti,
spero di non cannare completamente la sezione.

Ho aggiornato un sito internet che ha come CMS Tiki Wiki e la procedura di aggiornamento mi ha dato un errore per me incomprensibile e spero che qualcuno possa aiutarmi a capire cosa è successo visto che non ho trovato nulla nella documentazione di Tiki Wiki.

posto di seguito le query e le relative risposte che restituisce MariaDB

SQL:
ALTER TABLE `tiki_tracker_fields` ADD `visibleInViewMode` char(1) default 'y'
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

ALTER TABLE `tiki_tracker_fields` ADD `visibleInEditMode` char(1) default 'y'
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

ALTER TABLE `tiki_tracker_fields` ADD `visibleInHistoryMode` char(1) default 'y';
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

Per me è arabo completo.

da quello che ho visto da phpMyAdmin la tabella tiki_tracker_fields è completamente vuota, e non capisco a che riga faccia riferimento l'errore.
 

Sgrubak

Excel/VBA Expert
Expert
10 Marzo 2022
2.684
840
145
365 Beta x32
spero di non cannare completamente la sezione.
Non è SqlServer, ma qui non c'è la variante per MariaDB/MySql.
Google è tuo amico... Crepa_pelle Usalo!
Sei finito in una bella rogna. In pratica la row è troppo grande per essere gestita con le impostazioni correnti. Studia la documentazione per vedere quale soluzione/workaround si addice meglio al tuo caso. Se il DB non lo hai progettato tu, a sentimento ti direi che è meglio non toccare nulla. Se invece è roba tua, auguri. Non sarà una passeggiata. È molto tecnica come questione... In alternativa valuterei di spostarti su un altro forum un po' più specialistico (dopo che hai fatto le prove del caso nella documentazione linkata e dopo aver chiesto ai moderatori). Temo che qui, su un caso come questo, ti si potrà aiutare poco.

La soluzione che mi sembra più potabile è lo spostare queste colonne che stai cercando di inserire in una nuova tabella e creare un'associazione 1-1.
 

HkK

Utente abituale
Original poster
4 Aprile 2022
181
10
18
2016; 2019; 365
Non è SqlServer, ma qui non c'è la variante per MariaDB/MySql.
Ooooops. ho letto SQL ed ho postato. Chiedo venia.
Google è tuo amico... Crepa_pelle Usalo!
Googlare ho googlato, ma questa pagina non la avevo raggiunta. Grazie, l'ho letta con molto interesse e ne parlerò con il sistemista.
La soluzione che mi sembra più potabile è lo spostare queste colonne che stai cercando di inserire in una nuova tabella e creare un'associazione 1-1.
non ho idea di cosa tu mi abbia suggerito, ma grazie ugualmente.
Se invece è roba tua, auguri.
ma va la, al php non mi voglio nemmeno avvicinare. Mi piacerebbe ma mi porterebbe via troppissimo tempo (che purtroppo non ho).
Come dicevo, si tratta di un CMS rilasciato con licenza LGPL 2.1 ed è hostato su sourceforge.net e questi errori li ho avuti aggiornando il sito,

Ne parlerò con il sistemista senior (non mi azzardo a mettere mano a MariaDB non conoscendola).
Grazie comunque e scusa per l'OT
 

Sgrubak

Excel/VBA Expert
Expert
10 Marzo 2022
2.684
840
145
365 Beta x32
si tratta di un CMS rilasciato con licenza LGPL 2.1 ed è hostato su sourceforge.net e questi errori li ho avuti aggiornando il sito
Allora la soluzione potabile è appena diventata non potabile. Altrimenti dovresti modificare il sorgente del CMS.
L'alternativa diventa quindi il tentare di rendere i record DYNAMIC, come detto dalla guida. Spero riusciate a risolvere. Saluto_saluto
 

HkK

Utente abituale
Original poster
4 Aprile 2022
181
10
18
2016; 2019; 365
tentare di rendere i record DYNAMIC
quello l'ho fatto.
anzi, lo script che ho trovato al link che mi hai mandato, ha rivelato db con row tool large anche in altri domini, TIki Wiki mi ha dato errori, ma anche Joomla e Textpattern soffrivano di quel problema senza averlo mai segnalato.

Ho scritto una query per modificare convertire tutte le tabelle segnalate dallo script in Dynamic e l'ho eseguito.
Dopo di che ho eseguito anche le query che inizialmente avevano dato errore e sono state eseguite senza problemi.

Per questo ho segnato RISOLTO il problema, ora, però, attendo la sfuriata del sistemista quanto mi chiamerà nel pomeriggio.

ad ogni buon conto, visto che mi hanno bucato un sito perchè non avevo aggiornato il core del CMS, ora sto aggiornando tutto e ho optato per queste forzature, dopo farò allargare il limite al sistemista.

Grazie ancora ;)

Edit: volevo postare il problema sul forum di Tiki Wiki, ma pare che oggi sia un pochino down.
 
  • Like
Reactions: Sgrubak