incompatibilita phpmyadmin

[alex86]

ho un piccolo problema..

ho nel PC phpmyadmin 2.6.1 e nel server 2.6.1-pl2

se provo ad importare dal pc al server un db ho errori riguardo al charset..come mai visto ke è la stessa versione??

e poi, ho eliminato tutte le righe col charset ma da comunque errore ad esempio:

Messaggio di MySQL: Documentazione
#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 'CREATE TABLE `carrello` (
`id` int(3) NOT NULL auto_incre

e la query è:

CREATE TABLE `carrello` (
  `id` int(3) NOT NULL auto_increment,
  `utente` text NOT NULL,
  `prodotto` text NOT NULL,
  `prezzo` text NOT NULL,
  `data` date NOT NULL default '0000-00-00',
  PRIMARY KEY  (`id`)
) ;

[superboris]

invece che int(3) utilizza smallint(3)

[alex86]

non è manco quello..

sarà autoincrement?

[alex86]

allora, anzi di importare il file, ho copiato tutto il suo contenuto senza i commenti (con le sole query) e mi ha creato tutto il necessario! grazie comunque..

[superboris]

Originariamente inviato da alex86
non è manco quello..

sarà autoincrement?

smallint(3) usalo ugualmente, perche' int parte da 5

[piero.mac]

Originariamente inviato da superboris
smallint(3) usalo ugualmente, perche' int parte da 5

Ma dove lo hai letto ????

INT UNSIGNED
0 UP TO 4.294.967.295

INT SIGNED
-2.147.483.648 UP TO 2.147.483.647


http://dev.mysql.com/doc/mysql/en/numeric-types.html

[superboris]

Originariamente inviato da piero.mac
Ma dove lo hai letto ????

INT UNSIGNED
0 UP TO 4.294.967.295

INT SIGNED
-2.147.483.648 UP TO 2.147.483.647


http://dev.mysql.com/doc/mysql/en/numeric-types.html

a me e' stato detto da daniele_dll

[piero.mac]

Originariamente inviato da superboris
a me e' stato detto da daniele_dll

Spero mi sia concesso di dubitarlo....

INT e' sempre costituito da 4 byte, il numero che si mette tra parentesi e' il display dei digit a partire da dx. Quindi INT(4) significa che verranno visualizzati solo 4 numeri ma non che si occupi uno spazio inferiore.

Ovviamente se servono valori inferiori alla max capacita' di INT si possono utilizzare altri formati di dimensione max inferiore.

Ma assolutamente NON esiste un minimo di digit per utilizzare INT.

[andr3a]

probabilmente daniele ha consigliato smallint per questioni di ottimizzazioni o indicizzazioni interne al database perche' effettivamente se non ti servono interi di grandi dimensioni con smallint, FORSE, il server si "prepara a faticare meno" con risultati migliori su ricerche , joins o altro .

danie' , che dici ? :master: