Discussion :

[Remay08]

Bonjour,

Je réfléchi actuellement sur la façon la plus optimisée et la plus simple de gérer des stocks par rapport à chaque produit.

Dans ma base de donnée j'ai un champs "product_stock" qui contient pour chaque produit les tailles (exemples: S, M, L, XL, ...) ainsi que le nombre de produit disponible dans chaque tailles.

Dans l'admin j'aimerais pouvoir rentrer pour chaque article les tailles et les stocks disponible. J'ai essayé comme ça :

Voici le formulaire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
<form action="index.php" method="post">
 
	<label>Stock :</label>
	<input type="text" name="key"/> <!-- $key => la taille du produit (exemples: S, M, L, XL, ...) -->
	<input type="text" name="value"/> <!-- $value => le stock (nb de produit) correspondant à la taille -->
 
	<input type="submit" name="submit" value="Mettre à jour le stock"/>
</form>

Le PHP :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
if (isset($_POST['submit'])) {	
   $key = $_POST['key'];
   $value = $_POST['value'];
   $product_stock = serialize(array ($key => $value));
 
   $sql = "UPDATE products SET product_stock = '".$product_stock."' WHERE product_ID = '".$product_ID."'";
   $req = mysql_query($sql) or die(mysql_error());
}

J'ai donc utilisé la fonction serialize() pour pouvoir stocker l'array dans ma BDD. Pas de problème pour la récupérer, j'utilise unserialize().

Mon problème : Pour l'instant je ne peu enregistrer qu'une taille et son stock par produit. J'aimerai pouvoir en enregistrer plusieurs. Je ne vois pas trop comment m'y prendre.

En gros j'aimerai pouvoir stocker dans le champs "product_stock" de ma BDD plusieurs tailles ainsi que les stocks correspondant pour chaque entrée.
exemples :
S => 40
M => 50
L => 20

Merci d'avance de votre aide.

[Palca]

Pourquoi se limiter à une table et passer par un tableau PHP alors que les bases de données sont justement faites pour ce genre de choses ?
Par exemple :

Table produit
*id
désignation
prix

Table produit_info
*id
+produit
taille
stock

Avec le champs "produit" de la table "produit_info" en clé distante faisant référence à la table "produit" pour avoir une relation 1-M.

[Remay08]

Merci pour ta proposition. En fait au départ je m'étais dit que c'était effectivement cette solution que j'allais adopter. Mais en réfléchissant je me suis dit que finalement pourquoi ne pas essayer d'utiliser la puissance de PHP pour limiter les requêtes SQL et la taille de la BDD.

Dans la solution que tu proposes, le problèmes est que si un article est disponible dans plusieurs tailles, ça fait plusieurs entrées dans la BDD, donc une requête SQL plus lourde.

J'aimerai quand même essayer de trouver une solution en utilisant les tableaux. Si c'est vraiment pas possible je resterais sur ta solution.

[Palca]

Justement c'est en séparant les données sur plusieurs tables que tu optimises les performances (si la séparation est justifiée bien sûr) en n'utilisant que ce dont tu as besoin.
Là en passant par un tableau PHP sérialisé tu dois récupérer toutes les valeurs de tailles et stocks même si tu ne veux en manipuler qu'une.

[Remay08]

Ok, mais à priori j'ai besoin de manipuler toutes les tailles dispo à chaque fois.

En fait je ne sais pas à quel point serialize() mange en ressources, mais ça ne fait qu'une requête ou je récupère directement toutes les infos du produits.
Alors que dans l'autre cas ça en fait deux :
- une pour récupérer les infos du produit,
- et une autre pour récupérer les stocks en fonction des tailles.

Je ne sais pas qu'elle solution il vaut mieux adopter (sachant qu'effectivement la gestion des stocks méritent peu être une table).

[Palca]

J'ignore ce qu'il en est de la consommation de ressources mais je doute que ce soit la contrainte principale (à moins d'avoir un serveur en carton...).

En effet si tu as besoin d'utiliser toutes les valeurs à chaque fois, autant le faire en une seule requête. Maintenant, je doute que le gain de performance soit si conséquent, alors que niveau maintenance/possibilités d'évolution je suis persuadé que d'utiliser deux tables facilite bien plus les choses.

Pour en revenir à ton formulaire, il est possible d'envoyer directement un tableau de cette façon (basé sur ton code) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
<form action="index.php" method="post">
 
<label>Stock :</label>
<input type="text" name="key[]"/>
<input type="text" name="value[]"/><br/>
<input type="text" name="key[]"/>
<input type="text" name="value[]"/><br/>
<input type="text" name="key[]"/>
<input type="text" name="value[]"/><br/>
<!-- A répéter suivant le nombre voulu -->
<input type="submit" name="submit" value="Mettre à jour le stock"/>
</form>