je me pose des problemes un peu tout seul sans doute, mais quand je réfléchis à la structure de mes tables, je me rends compte que des fois j'ai pas forcément saisi toute la méthodologie.
Bon, il s'agite de faire une base de données client donc
une fiche client (nom, prenom, adresse, etc....)
->pour ce client, la liste des "session" au magasin, c'est à dire des passages en caisse
--> pour chaque passage en caisse, la liste des achats effectués
bon, en C/C++, on se ferait des bonnes struc avec listes chainés imbriquées, c'est clair, c'est net, c'est logique.
Mais la en MySQL, ca devient chaud, surtout quand on a des tailles variables (l enombre de dvds vendus à chaque est variable)
Pour l'instant je pensais à faire une méga-liste des produits vendus, pour chaque produit, on mettrait le numéro de client et un "identifiant" de session, et ca permettrai de lier le tout
mais bon, a terme, ca ferait une basse avec un nombre d'entrées titanesque, et pour retrouver les produits d'un client, ou les cessions, il faudrait tout reparcourir...
En fait je me rend pas suffisemment compte si apres tout c'est la seule solution et MySQL est assez puissant pour parcourir vite les bases de données, ou si j'ai raté qq chose dans les méthodes d'approche