Newsgroup: it.comp.www.php
Titolo: passaggio dati da una pagina all'altra

Salve a tutti,
ho un consiglio da chiedere. Ho una mole notevole di dati che devo passarmi
da una pagina all'altra; si tratta di 40/50 campi prelevati da un form che
devo passarmi e che per ogni pagina vengono incrementati di altri 40/50
campi.
Mi spiego meglio:
1) ho la prima pagina dove l'utente deve riempire dei campi scegliendo da
alcune combo
2) nella pagina 2 memorizzo i dati in campi nascosti e nel frattempo
l'utente continua a scegliere i dati su altre combo
3) nella terza pagina memorizzo i dati della prima e seconda pagina ... e
cosi' via fino a 20 pagine dove avro' circa 400 dati da inserire, finalmente
nel database.
Voi che cosa mi consigliate? E' meglio che inizi a registrare i dati dalla
prima e poi via via per ogni pagina faccio un update?
Grazie a chiunque volesse darmi una risposta.
Gio(vanni)

 ha scritto nel messaggio
news:AMNB8.13149$CN3.4...@news2.tin.it...
| ho un consiglio da chiedere. Ho una mole notevole di dati che devo
passarmi
| da una pagina all'altra; si tratta di 40/50 campi prelevati da un form che
[CUT]
| Voi che cosa mi consigliate? E' meglio che inizi a registrare i dati dalla
| prima e poi via via per ogni pagina faccio un update?
| Grazie a chiunque volesse darmi una risposta.
io direi di usare le sessioni...
ma faccio presente che e' da poco che mi sono
affacciato al php.
magari con cosi' tanti dati non e' la strada
migliore... forse una tabella di appoggio??
--
[ Penguin At Work ]
-> 
http://web.tiscali.it/penguinatwork/
-> aka Fustino Di Dixan while working

 ha scritto nel messaggio
news:AMNB8.13149$CN3.4...@news2.tin.it...

Sicuramente ti risparmi le "pippe" del reload e dei back del navigatore
(escluso la prima pagina)


 ha scritto nel messaggio
news:AMNB8.13149$CN3.4...@news2.tin.it...

Io penso che ti convenga utilizzare le var di session cosě fai solo un
update su db e magari se ti servi
prima di fare l'update riesci a fare lato server anche le validazioni sui
dati...
Penso che ti convenva registrare pagina per pagine le session che ti servono
session_register("var1");
session_register("var2");
etc.
poi alla fine di tutto, dopo la query di update, "deregistra" tutto....per
evitare di tenerti per tutta la durata della session centinaia
di variabili
session_unregister("var1");
session_unregister("var2");
etc.
Ciao, Luca.

 COMPLETO (valore si/no) che viene settato a si solo alla fine delle
pagine.
Vediamo se ho capito bene, inizio dalla prima pagina inserendo i dati di
registrazione dell'utente; alla seconda pagina aggiorno (update) il db con i
campi della prima pagina + un valore SI/NO di completamento pagina e cosi'
via per le altre pagine.
Quando un utente smette e si ricollega un'altra volta verifico se ha
completato la pagina 2
con if ($variabile1SINO == "SI" {
    header( "Location: pagina3.php");
}
else
{
    header( "Location: pagina2.php?Msg=Non hai completato l'inserimento dei
dati");
}
 se si verifico se ha completato la 3 e se non l'ha fatto lo reindirizzo a
questa pagina, e' cosi' che intendi?
Interessante direi...
Grazie dixi


Hem, scusa la domanda, di certo sarà logico quello che hai fatto tu
ma...rispondere a 400 domande....a che ti serve???
Comunque, come già ti
hanno detto la cosa più utile è fare una tabella che incrementi pagina per
pagina, così invece che passarti 40 campi a botta, ti passi al massimo
qualche codice. Un cosniglio però, non creare una tabella di 400 campi :)
Crea più tabelle legate tra loro, in questo modo hai un db normalizzato e
se devi fare una select non ti tiri su 2000 campi.
Saluti...
--------------------------------
Inviato via 
http://usenet.iol.it