[mysql] problema con le Collation

[triple h]

Ho provato e l'errore è il seguente:

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SET utf8 COLLATE utf8_general_ci' at line 1

[kuarl]

[supersaibal]Originariamente inviato da triple h
Ho provato e l'errore è il seguente:

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SET utf8 COLLATE utf8_general_ci' at line 1 [/supersaibal]

togli il character set e lascia il collate

[triple h]

Non funziona. Stesso errore di prima

[kuarl]

[supersaibal]Originariamente inviato da triple h
Non funziona. Stesso errore di prima [/supersaibal]

ma che versione di mysql hai? posta struttura (preferibilmente un dump) e query che tenti di eseguire per modificarla

[triple h]

CREATE TABLE `configurazione` (
`ID` int(10) NOT NULL auto_increment,
`Identificativo` text NOT NULL,
`Titolo` text,
`Testo` text NOT NULL,
`Lingua` text NOT NULL,
PRIMARY KEY (`ID`),
UNIQUE KEY `ID` (`ID`),
KEY `ID_2` (`ID`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=57 ;

( i campi delle tabelle hanno collation utf8_general_ci )
e la query è

$query="SELECT Identificativo,Testo FROM configurazione WHERE ((Identificativo = 'prova')) && (Lingua='IT'))";

e non funziona nenache con

$query = "SELECT Identificativo,Testo,Titolo FROM configurazione WHERE Identificativo = CONVERT( _utf8 'prova' USING latin1 ) COLLATE latin1_bin";

[kuarl]

se i campi della tabella hanno tutti utf8_general_ci non c'è bisogno che la modifichi ancora... la select dovrebbe andare, che errore ti da?

[triple h]

l'errore è sempre lo stesso:
Impossibile accedere ai dati (...msg or die)

grazie

[piero.mac]

il set di caratteri deve essere: latin 1

nel show create table deve esserci qualcosa del genere

ENGINE=MyISAM CHARSET=latin1 COLLATE=latin1_general_ci

oppure il default "COLLATE=latin1_swedish_ci"

i caratteri nel db non credo siano utf8, al limite e' la codifica della connessione.

E' un casino come hanno impostato questa storia.

Questa e' la mia situazione attuale e non ho assolutamente problemi.

variabile                 sessione           globale

character set client      utf8               latin1  
character set connection  utf8               latin1  
character set database    latin1             latin1  
character set results     utf8               latin1  
character set server      latin1             latin1  
character set system      utf8               utf8  
 
collation connection      utf8_general_ci    latin1_swedish_ci  
collation database        latin1_swedish_ci  latin1_swedish_ci  
collation server          latin1_swedish_ci  latin1_swedish_ci

tanto per comparazione.... phpmyadmin 2.6.2 - mysql 4.1.11

[kuarl]

scusami piero, io tempo fa quando mi trovai di fronte al problema risolsi ponendo i campi delle tabelle tutte a utf8

questo xke se io nella query faccio un confronto (where campo = 'x' ) quella stringa mi viene intrerpretata come utf8 (che è il character set della connessione)

in questo modo se io devo fare una query e devo confrontare due valori, uno latin1 e l'altro utf8 mi da errore. L'oggetto del thread era proprio quello di evitare di fare un casting forzato del character set. Quindi rendere uniformi i dati di connessione e database.

Quindi o adatti il character set della connessione mettendo mano alle impostazioni di mysql o adatti il character set delle tabelle no?

io ho suggerito l'ultima, lasciando quello della connessione a utf8

secondo me il problema che ha triple x è di tutt'altra natura

io adotto questo sistema sin dalle prime versioni beta, è probabile che dopo sia stato sistemato in qualche modo

[piero.mac]

Ho avuto anch'io problemi con le versioni precedenti di phpmyadmin, con la 2.6.2 e' finita la storia.

Se quello che non va da phpmyadmin lo provi da script e funziona significa che chi prende la vacca per le palle e' phpmyadmin.

Difatti avevo rimesso la versione vecchia 2.5.7

Il show del create table che ha postato e' errato. Ti ripeto che la scelta mia e' quella di default, cioe' set chars latin1 e collate latin1_swedish_ci. La connessione utf8_general_ci

Prima avevo casino ... variabile a seconda della versione e se il db era importato dalla 4.0 o nativo 4.1. Con la versione phpmyadmin 2.6.2 tutte ste cose buffe sono sparite.... c'e' una lista lunga da far paura nel change log.

Tra l'altro anche questa versione qualche problema ce l'ha, vedo sovente dei NOTICE in giro modificando le tabelle.

Ripeto. prima di dannarsi con versioni buggate aggiornate phpmyadmin.