VARBINARY ESPORTARE DATI: problemi conversione caratteri

[gabcaly]

Ciao a tutti

ho un database con una tabella, in cui memorizzo due stringhe password criptate con la funzione mysql AES_CRYPT direttamente da query e decripto con AES_DECRYPT allo stesso modo quando richiamo il record.

Facendo un DUMP della tabella per una copia della stessa, il file di testo generato contiene caratteri diversi rispetto a quelli salvati.
faccio un esempio:

password attuale: 3f4aea4bb420c229c02e12defdd4c134 criptata con AES_CRYPT

diventa: 'JêK´ Â)À.ÞýÔÁ4',

la struttura della tabella è così composta:

-- Struttura della tabella `gruppo`
--


CREATE TABLE IF NOT EXISTS `gruppo` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`data` date NOT NULL DEFAULT '0000-00-00',
`matricola` varchar(11) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`alias` varchar(100) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`privilegi` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`utente` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`password` varbinary(255) NOT NULL DEFAULT '',
`barcode` varbinary(255) NOT NULL DEFAULT '',
`email` varchar(255) COLLATE utf8_unicode_ci DEFAULT '',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=14 ;


perchè phpmyadmin non riesce a gestire l'esportazione tabella ?

grazie per la collaborazione

[vitren54]

Ciao

sicuramente avrai già provato... nel caso non l'avessi fatto:

Metodo di esportazione: Personalizzato

Output: Salva l'output come testo

Dump delle tabelle: quella che ti serve

Copi e Incolli quanto ti si presenta.

Ho usato questo accrocchio per migrare dati di tabelle piccole da un DB ad un altro.
L'operazione diretta export/import attraverso files dava problemi con i caratteri UTF-8.