The Elearning Community

nel salvataggio del database in remoto effettuato con phpmyadmin la tabella learning_scorm_traking va, parlando veneto, in mona.
Salva una serie di dati numerici con dimensioni casuali ed enormi. Faccio l'esportazione verso il locale in formato SQL, UTF8.
Ho provato di tutto: esportare titto il database, esportare la singola tabella, esportare la struttura, ma quando si tratta di esportare i dati succede quello che vi ho detto
Vista con phpmyadmin non presenta problemi, le righe sono visibili correttamente.
Ho lanciato prima il check, poi il repair che danno risultato ok.
Vi è mai capitato qualcosa del genere?
Nel caso come posso fare ad esportarla

Ulteriore tentativo: esporto una sola riga della tabella, sono arrivato a 40 mega e ho arrestato l'esportazione

Non abbiamo mai avuto problemi nel fare il backup di piattaforma e database, ne facciamo di continuo. In questo momento tutti gli sviluppatori e sistemisti sono in ferie. Non può essere che il tuo DB sia per qualche motivo corrotto? Anche se leggo che hai fatto controlli, tutti con esito positivo, quindi puoi ignorare questo mio commento, se vuoi.

Che vuoi che ti dica, il dB è su un server Aruba, lo sto copiando in locale e mi dà questi problemi. Lo sto studiando e vedo che la struttura della tabella è, quantomeno, discutibile. Un paio di campi BLOB e un XML. probabilmente nella scansione di questi campi interpreta qualcosa come una istruzione.
Con cosa fate il backup e il restore?

Con le funzionalità native del cPanel che abbiamo sui ns server (il backup). Il restore non lo so, non me ne sono mai occupato

Ho risolto spezzando l'esportazione in blocchi; ho visto che l'errore era nelle prime righe che alla fine ho saltato; quello che non capisco è perchè mi dava questo errore