[quote="Dr@ke"]Une seule table pour cette requête, non?

[u]Enfin:[/u]
Une table [i]utilisateurs[/i] avec un champ [i]login[/i] Unique.
Une table [i]commandes[/i] avec un champ [i]login[/i] Unique

Tout en sachant que la seule façon de posséder un [i]login[/i] est de s'enregistrer dans la table [i]utilisateurs[/i] et donc de s'authentifier avant la commande...

Enfin en théorie, maintenant en pratique, j'ai peut-être oublié certains éléments.[/quote]

Je viens juste de voir que faire une seule table posait en fait un sérieux problème. car chaque produit va être interpréter comme une seule commande. Alors qu'une commande peut contenir plusieurs produit. Donc il faut bien utiliser plusieurs tables:

1 pour la commande et une autre pour les articles contenus dans la commande avec jointure entre les 2.

Si j'avais vu ça plus tot, j'aurais même pas poser la question.

Merci quant de même pour ta réponse.

Une seule table pour cette requête, non?

[u]Enfin:[/u]
Une table [i]utilisateurs[/i] avec un champ [i]login[/i] Unique.
Une table [i]commandes[/i] avec un champ [i]login[/i] Unique

Tout en sachant que la seule façon de posséder un [i]login[/i] est de s'enregistrer dans la table [i]utilisateurs[/i] et donc de s'authentifier avant la commande...

Enfin en théorie, maintenant en pratique, j'ai peut-être oublié certains éléments.

Bonjour,

Pour un systeme de caddie en php avec table sql

on créer un panier, les articles, prix, quantités sont stockés dans une session, on utilise un script php pour récupérer les valeurs de la session et les inséré dans une table sql. Puis on sélectionne les valeurs stockées dans la table pour afficher la commande sur une page php . Jusque la OK.


Mais selon vous, faut il 1 seule table pour stock l'intégralité de toute la commande

ou bien

plusieurs tables avec jointure pour ensuite reconstituer l'intégralité de la commande au moment de son affichage?

Merci