phpBB Italia

Salve a tutti ragazzi, devo effettuare questo passaggio, ed ho provato in vari modi, il db (non compresso) su piattaforma MySQL: 4.0.30 è di 140Mb, l'ho salvato in 3 parti (una sola mi va in timeout in caricamento sia da phpbb che da mysql di Aruba), ripristino i 3 pezzi del database (utilizzando Modalitá di compatibilità SQL: mysql40) ma mi risulta su MySQL: 5.0.92 di ben 160 Mb, e tutto, una volta cambiato i parametri in config.php, sembra ok, invece se provo ad effettuare una risposta in un post mi viene fuori l'errore:
Prima di perderci ulteriore tempo, cercando nel web chiedo a voi lumi.... ho cercato nel forum ma invano.
Per chiarezza:
Il forum non è stato spostato di host.
Ho provato anche effettuando backup dalla piattaforma phpbb e ripristinandole nell'altro database (sempre in 3 parti) ma stesso risultato.

Grazie mille per l'attenzione,
Cristian.

Prima di tutto bisogna considerare che la tabella più grossa di solito è "posts".
Quando faccio un backup io lo faccio sempre in tre parti. uno per le tabelle fino a "post" esclusa", un secondo backup per quelle successive e un copio per la sola tabella "posts". A volte divido la tabella in più parti, a blocchi di records.
Mai avuto un problema.
Nel tuo INSERT c'è una incongruenza, manca il campo 'post_edit_reason' ed è questo l'errore che ti viene segnalato.
E' probabile che nella struttura della tabella il suddetto campo richieda un valore, cosa che la query non fa.
In sostanza la tabella di origne non è uguale alla tabella di destinazione, manca il campo 'post_edit_reason'

Ti ringrazio per la risposta, ho provato anche l'importazione per metà della tabella post (con ben 41414 messaggi) ma nulla, comunque ho analizzato la tabella post ed ho trovato diverse inconguenze:

Questa la struttura:

CREATE TABLE IF NOT EXISTS `phpbb_posts` (
`post_id` mediumint(8) unsigned NOT NULL auto_increment,
`topic_id` mediumint(8) unsigned NOT NULL default '0',
`forum_id` mediumint(8) unsigned NOT NULL default '0',
`poster_id` mediumint(8) unsigned NOT NULL default '0',
`icon_id` mediumint(8) unsigned NOT NULL default '0',
`poster_ip` varchar(40) binary NOT NULL default '',
`post_time` int(11) unsigned NOT NULL default '0',
`post_approved` tinyint(1) unsigned NOT NULL default '1',
`post_reported` tinyint(1) unsigned NOT NULL default '0',
`enable_bbcode` tinyint(1) unsigned NOT NULL default '1',
`enable_smilies` tinyint(1) unsigned NOT NULL default '1',
`enable_magic_url` tinyint(1) unsigned NOT NULL default '1',
`enable_sig` tinyint(1) unsigned NOT NULL default '1',
`post_username` blob NOT NULL,
`post_subject` text NOT NULL,
`post_text` mediumtext NOT NULL,
`post_checksum` varchar(32) binary NOT NULL default '',
`post_attachment` tinyint(1) unsigned NOT NULL default '0',
`bbcode_bitfield` varchar(255) binary NOT NULL default '',
`bbcode_uid` varchar(8) binary NOT NULL default '',
`post_postcount` tinyint(1) unsigned NOT NULL default '1',
`post_edit_time` int(11) unsigned NOT NULL default '0',
`post_edit_reason` blob NOT NULL,
`post_edit_user` mediumint(8) unsigned NOT NULL default '0',
`post_edit_count` smallint(4) unsigned NOT NULL default '0',
`post_edit_locked` tinyint(1) unsigned NOT NULL default '0',

Ho rimarcato 2 campi che, nel database con vecchio mysql 4 sono colonne o vuote o ricoperte da, la prima l'userneme del "postante" la seconda vuota.
Quando ripristino il database su mysql 5 questi due colonne prendono il valore [BLOB - OB] ecco perché l'erore di sintassi sbagliata.

Ho provato ad aggingere alle due righe da:

`post_username` blob NOT NULL,
`post_edit_reason` blob NOT NULL,

A:

`post_username` blob NOT NULL, default ''
`post_edit_reason` blob NOT NULL, default ''

Ma nulla mi riporta [BLOB - OB] e non l'eventuale spazio vuoto.
Consigli?

Sicuramente ci sarà la strada di portare i valori corretti (magari sostituire i blob con `post_subject` text NOT NULL,) ma mi sorge il dubbio che dovrò ricontrollare tutto il database in tutte le sue colonne oppure c'è una utility per esportazione e importazione che mi possa risolvere il problema?

Qui bisogna capire prima di tutto se il database originale è corretto. Fai un ripara tabelle da phpmyadmin e poi riprova a esportarlo in più parti, di 20-25000 record ciascuno.
Io ho una tabelal posts di 236000 records, a gruppi di 25000 non ho problemi, di più si.

Riparata la tabella di origine con notevole cali di Mb, verificato buon funzionamento della stessa, carifcata nel nuovo database, purtroppo stesso problema di prima, comunque ho chiesto supporto anche ad Aruba, sai mai che gli sia già capitato.

Nel caso proverò anche una conversione da 4 a 5 tramite convertitore Db.