Domanda da quasi-neofita

[ruster1969]

Ciao a tutti,
è il mio primo post in questo forum

Sto impazzendo dietro un semplice controllo if di uno script PHP

E' possibile che lo stesso if funzioni per un determinato valore di un campo di un database e non funga per un altro campo?

Esempio:

if ($row['campo1']=="-----")
        {
            $mio_valore="valore_a";
        }
        else
        {
            $mio_valore="valore_b";
        } 

I due campi fanno parte della stessa tabella di un db, sono entrambi di tipo char, stessa collation.

Dov'è l'errore?

Grazie in anticipo per l'attenzione!

ruster1969.

[piero.mac]

scusa eh!... ma fai prima a fare:

$mio_valore="valore_a";

senza la if. A parte il fatto di dover indovinare l'errore che ti da..

[ruster1969]

Originariamente inviato da piero.mac
scusa eh!... ma fai prima a fare:

$mio_valore="valore_a";

scusami tu, ho sbagliato lo script, ora l'ho corretto

[b]
senza la if. A parte il fatto di dover indovinare l'errore che ti da..
[b]

l'errore consiste nel fatto che l'if in un caso funziona e quindi mi trova sia i valori uguali a "-----" che quelli diversi, nel secondo nonostante ci siano valori "-----" e non, mi dà lo stesso risultato per tutti i record... spero di essermi spiegato

[piero.mac]

va gia' meglio.

rimane pero' il fatto che non conoscendo le due strutture tabellari ed i loro dati contenuti quello che sostieni diventa un'affermazione senza riscontro da parte nostra.

Forse qualche differenza ci sara' sicuramente se ti da lo stesso risultato per tutti i record pur essendo i record diversi tra di loro. magari un errore logico. Bisognerebbe dare un'occhiata al codice utilizzato.

[ruster1969]

Allora, il db viene popolato con un ""LOAD DATA LOCAL INFILE che carica un file csv.

Qualcosa si muove: ho provato a scambiare la posizione delle due colonne di dati della tabella formato csv che servono a popolare i due campi in questione.

Ora il primo non funziona ma il secondo sì.

Quindi credo che tutto dipenda dal csv...

[gianiaz]

Non ci ho capito molto, ma mi viene il dubbio essendo un csv che da qualche parte ci sia uno spazio che a occhio nn vedi, ma che causa la diseguaglianza.

ciao

[ruster1969]

Originariamente inviato da gianiaz
Non ci ho capito molto, ma mi viene il dubbio essendo un csv che da qualche parte ci sia uno spazio che a occhio nn vedi, ma che causa la diseguaglianza.

ciao

ho avuto lo stesso sospetto, e ho controllato il contenuto di quel campo: a prima vista il contenuto "-----" era composto da 5 caratteri... per scrupolo ho fatto il controllo inserendo uno STRLEN e in effetti è proprio così, la stringa risulta di 6 caratteri!

nel foglio csv la lunghezza è di n caratteri, è quando importo la tabella sul db che misteriosamente la stringa mi diventa di n+1 caratteri...

forse ciò dipende dal fatto che la colonna "ballerina" è l'ultima a destra del foglio csv e quando faccio il LOAD DATA viene aggiunto un carattere, cosa che non succede per tutte le altre colonne...

[gianiaz]

guarda, anche se è una funzione molto comoda LOAD DATA INFILE a me sta sulle scatole, mi ha fatto sclerare con i charset, quindi non la ritengo molto affidabile :P

ciao

[piero.mac]

Originariamente inviato da ruster1969
ho avuto lo stesso sospetto, e ho controllato il contenuto di quel campo: a prima vista il contenuto "-----" era composto da 5 caratteri... per scrupolo ho fatto il controllo inserendo uno STRLEN e in effetti è proprio così, la stringa risulta di 6 caratteri!

nel foglio csv la lunghezza è di n caratteri, è quando importo la tabella sul db che misteriosamente la stringa mi diventa di n+1 caratteri...

forse ciò dipende dal fatto che la colonna "ballerina" è l'ultima a destra del foglio csv e quando faccio il LOAD DATA viene aggiunto un carattere, cosa che non succede per tutte le altre colonne...

prova a normalizzare la colonna con TRIM(). In pratica: dopo avere caricato il file con LOAD DATA esegui un update sulle colonne interessate:

update tabella set campo = TRIM(campo)

Tanto per informazione: potrebbero anche esserci stringhe in altri campi che necessitano di essere sottoposte alla funzione mysql_real_escape_string .... il LOAD DATA e' superveloce ma bisogna che i dati nei campi siano puliti. Lo spazio che trovi potrebbe essere dato da \r\n a fine riga del file .csv

[ruster1969]

Originariamente inviato da gianiaz
guarda, anche se è una funzione molto comoda LOAD DATA INFILE a me sta sulle scatole, mi ha fatto sclerare con i charset, quindi non la ritengo molto affidabile :P

ciao

altra rottura di scatole che non riesco a risolvere, mi sballa tutti i caratteri speciali (vocali accentate e altro)...
perchè, c'è un'alternativa al LOAD DATA INFILE?