Carrello acquisti. Gestirlo con le sessioni o tramite tabella mysql?

[lorenzo84]

Buonasera a tutti. Volevo chiedervi un consiglio: Sto realizzando un carrello per un sito ecommerce e sto utilizzando le sessioni. Il problema mio è che io posso avere nel carrello anche più prodotti con lo stesso ID e quindi non posso eliminare i prodotti dal carrello seguendo l'id altrimenti mi elimina anche quelli che non devono essere eliminati. Mi sono studiato questo sistema arrangiato: Il link per cancellare il prodotto dal carrello lo genero con un contatore. Poi elimino il prodotto facendo un ciclo e quando il contatore è uguale al numero che arriva in get (che corrisponde alla riga) non riscrive la sessione.

$prodotti = @explode(',',$carrello);      $acquisto = '';
	  $i=0;
      foreach ($prodotti as $prodotto)
      {
        if ($_GET['id'] != $i)
        {
          if ($acquisto != '')
          {
            $acquisto .= ','.$prodotto;
          }else{
            $acquisto = $prodotto;
          }
        }
		$i++;
      }
      $carrello = $acquisto;

Però non sono sicuro che sia una soluzione valida e siccome ho perso troppo tempo pensavo di spostarmi su mysql

[fermat]

io ho sempre usato le tabelle, in modo da ovviare a questo e altri problemi.
io in genere faccio due tabelle:
-una di testata con le info generali
-una di righe, dove ogni riga è un prodotto legato alla tabella dei prodotti

così evito questo tipo di problematiche.

[lorenzo84]

ciao! grazie per la risposta. Io in realtà devo solo memorizzare l'id dei prodotti poi altre informazioni non ne ho bisogno. Ma con eventuali ordini non portati a termine come li gestisci?

[fermat]

bhe non ti servono informazioni come il cliente, quantità, importo totale,ecc ??

in genere uso un campo flag che mi indica se è chiusa o meno.

[lorenzo84]

aa si le informazioni del cliente le tengo memorizzate in tabelle separate e me le recupero successivamente...

[lorenzo84]

quindi te obblighi il login per compilare il carrello?

[fermat]

bhe quello dipende da te o da chi ti commissiona il lavoro.
in alcuni era obbligatorio iscriversi prima e fare il login.
in un lavoro che ho fatto ad esempio non era richiesta l'iscrizione vera e propria.

le informazioni del clienti le tieni in un'altra tabella ok.
ma ci dovrà essere un riferimento all'acquisto al cliente nel caso sia registrato no??
sennò come fai poi a capire chi ha comprato quel prodotto.

esempio banale.
TESTATA
-id_testata
-id_cliente
-flag_vendita_chiusa
-data_creazione
-data_acquisto
-eventuali altre

RIGHE
-id_riga
-id_testata
-id_prodotto
-eventuali altre

ma ovviamente dipende da vari fattori e dal commissionante e da come vuole il sito strutturato.

[lorenzo84]

Si certo...La mia tabella carrello è del tipo di prodotto id cliente id data inserimento. Il login è obbligatorio dopo quindi pensavo di registrare l'IP per tenerne traccia... Che ne pensi?

[fermat]

bhe non penso sia una buona idea.
io posso iniziare ad acquistare mentre sto in ufficio e accorgermi che la carta di credito è scaduta.
quindi lo voglio completare a casa.
due IP diversi, come fa il programma??

se l'utente si deve registrare dopo non hai modo di tenere questo tipo di traccia.

[lorenzo84]

secondo te un modo pratico per non rendere obbligatoria la registrazione?