Bonjour,
mon exemple n'est effectivement pas trop clair après relecture, j'ai voulu trop simplifier
pour la BDD, en gros, il y a une table packs qui contient entre autres le nom du pack, une table items (que je n'avais pas représentée) qui contient entre autres le nom de l'item et une table de liaison pack_content qui permet la relation many to many entre pack et item.
on a donc des packs qui sont composés de 1 à n items et des items peuvent être affectés à 1 à n packs
<-- schéma de la BDD
mon appli doit répondre au scénario suivant :
l'utilisateur arrive avec en sa possession une liste d'items, il rentre la liste dans l'appli, l'appli lui renvoie les packs complets qu'il peut faire avec ses items.
-> le plus serait également de pouvoir renvoyer également les packs presque complets (manque 1 item)
pour un exemple plus concret, je prends par exemple un fleuriste :
les packs correspondent aux bouquets, les items aux fleurs (en gras les packs, en souligné les items)
le bouquet A contient des roses, des marguerites, des hortensias
le bouquet B contient des marguerites, des lilas, des géraniums
le bouquet C contient des marguerites, des hortensias
le fleuriste a en sa possession des marguerites et des hortensias et des tulipes, il rentre la liste dans son application qui lui dit : «avec vos fleurs, vous pouvez préparer le bouquet C (marguerites et hortensias).»
avec la fonctionnalité +, il renvoie également «Il ne vous manque que des roses pour faire le bouquet A»
j'espère que c'est un peu plus clair
Partager