Salve a tuti,
attualmente sto utilizzando questo comando per importare delle istruzioni sql all'interno di un database.

mysql nomedatabase < nomefile.txt

Nel caso in cui nomefile.txt abbia la codifica UTF8, il comando fallisce. Nella fattispecie ricevo l'errore:



l'errore deriva dal fatto che mysql non riconosce i primi 3 byte dell'intestazione dei file con codice utf8. Come risolvo?
grazie

Mysql versione 4.1.1x
tabelle latin1

Allora, spiego il problema in maniera più approfondita, ammesso che abbiate voglia di sentirmi rantolare :)

Ho sviluppato un'applicazione .net che mi fa il dump di un database mysql remoto. In pratica genera un file con le solite istruzioni DROP IF, CREATE, INSERT. Gli utenti del database, per qualche motivo a me ignoto, continuano a buttarmi dentro del testo proveniente da Word comprendente caratteri assurdi tipo l'apice speciale, i tre puntini di sospensione, il dash lungo, le virgolette ignobili e altra spazzatura del genere.
Mi sono accorto che, se alla mia applicazione faccio salvare il file con la codifica Latin1, alcuni di quei caratteri strambi vengono convertiti in versioni più "umane" senza preavviso. Esempio, l'apice di Word diventa un apice normale e questo non solo mi cambia il contenuto dei campi, ma mi produce un file non usabile dal momento che mi trovo in situazioni tipo:

INSERT INTO tabella ('guarda un po' qui');

io ovviamente faccio un replace sugli apici normali affinchè vengano trattati letteralmente, ma non mi va di fare altri replace su altri caratteri che *potrebbero* essere convertiti in apici normali dallo StreamWriter.

Usando altri tipi di codifica (Es ASCII) molti caratteri diventavano simpatici punti interrogativi, e così, dato che per quanto strana l'arte moderna va preservata, mi sono deciso ad usare la UTF8.
Sfortunatamente il comando mysql non riconosce automaticamente il tipo di codifica e mi da un'errore alla linea 1.
Alla fine ho usato il parametro --force dopo aver messo una istruzione dummy in cima al file e siccome avevo già perso troppo tempo, mi sono accontentato del risultato.

[3 byte di intestazione]SELECT 'Se fallisci chissene';

Funziona molto bene, i caratteri vengono preservati tutti e quindi potrei dire di aver risolto. Però avrei sperato di vedere qualche parametro che da linea di comando mi lasciasse esplicare il tipo di codifica del file da importare.

---

Modificato da BrightSoul il 15 settembre 2005 16.59 -