Bonjour à tous !!
 
Je suis en BTS Info-Gestion 1ère année... Et je dois créer une liste de mariage où les personnes puissent sélectionner un objet qu'il soit décompté dans l'inventaire et qu'il remplisse un formulaire d'engagement.
Comment puis-je faire le tout ??
 
Merci beaucoup pour tous vos conseils !!!!
 
 

en apprenant ??

J'ai pris l'option Administrateur de Réseau et je fais très peu de programmation et le prof que j'ai on ne peut pas dire qu'il soit des meilleurs...

dans ce cas pourquoi ton prof te donne un exo n'ayant pas de rapport avec ton option de BTS ?
 
t'as plein de site pour apprendre le PHP.

 
+1 N'importe quoi...    

Je n'ai jamais dit que c'était pour les cours... C'est pour un ami... et je ne trouve pas sur les sites en PHP surtout que je ne sais pas où et à quoi regarder.
 
Mais si vous ne voulez pas m'aider, faut me le dire de suite...    

 
BTS Informatique de Gestion :
Comprend deux option:
1-Développeur d'application (web entres autres (>>donc php oblige))
2-administrateur réseaux
1ere année en tronc commun, donc php == Rapport avec ce BTS.
 
Désolé je n'ai pas pu m'empécher de réagir, je suis en bts info-gestion...
 
Et sinon pour faire une tentative de réponse, bah ya pas mal de truc a voir pour ce genre d'exo:
Formulaires
Requêtes SQL
Php
Etc...
 
Une table OBJET, une table PERSONNE
 
OBJET
obj_id
nom_obj
qte_dispo_obj
 
PERSONNE
id_pers
nom_pers
obj_pers
confirme_pers
 
 
Une personne choisi un objet:
 
mysql_query("UPDATE `OBJET` SET `qte_dispo_obj`=`qte_dispo_obj`-1 WHERE `obj_id`='".$id_obj_choisi."';" )
 
 
Enfin voilà c'est juste quelque truc comme ca. Mais si tu y comprend quelque chose, tu dois pouvoir t'en sortir.
 
Pas d'association porteuse de donnée, base assez simple selon moi. Enfin ca doit pouvoir se faire avec quelques connaissance de première année de BTS.

Ok !! Ca me parle un peu et je vais creuser déjà avec ces quelques données !!    
 
Disons que le prof que j'ai pour l'algo et la programmation n'est pas des meilleurs... donc c'est chaud pour comprendre... En plus je suis en alternance donc je n'ai que deux heures par semaine avec lui... Et c'est pas gagner...

Mais sinon tu pourrais balancer exactement ce que tu dois faire? Je sui d'humeur à taper sur mon clavier quelques lignes de code ce soir.
 
Exemple:
A t on déjà les nom des personnes dans la BDD ou sont ils ajouté au moment de la confirmation?
 
Et tout autre genre d'infos importante, de quoi réaliser ton projet en gros.

En gros c'est pour la réalisation d'un site pour le mariage de mon pote.
 
Sur ce site (au lieu de passer par un magasin X ou Y) les invités pourrons accéder à la liste de mariage fait en tout pièce
(genre stock : couteaux 12 - fourchettes 12 - assiettes 12 - appareil photo 1 - voyage de noce 1 - etc)
 
Les gens devront s'inscrire pour y accéder puis sélectionnerons ce qu'ils veulent offrir... Alors, l'objet est décompté et une fiche se créé avec les infos de la personne et ce qu'elle a pris !!
 
Avec possibilité de revenir sur ce qu'on a pris et de l'annuler.
 
Merci mister dwogsi !!  

Donc si je comprend bien il faudrait un p'tit coup de mot de passe?
Et sinon, je pensais à insérer une sorte de "responsable de groupe" qui indique avec combien de personne il vient, puisqu'il va bien y avoir des couples et ils vont certainement pas offrire deux choses. Non?

 
Ouep... Mais qui login et mot de passe déjà inscrit, dit obligation de faire un cadeau... comme si tu imposais à qq un de faire un cadeau... non ?

Par forcement, la personne s'inscrit. Par défaut dans la table PERSONNE la valeur de l'objet qu'elle a choisi est a -1 (par exemple) que tu identifie comme correspondant à aucun objet.
 
Ensuite elle peut choisir l'objet qu'elle veut offrir, annuler, modifier, etc...

Mais il ne vaut mieux pas qu'il y ait trois tables ?
PERSONNE - CADEAU - OBJET
Où dans CADEAU on retrouve la clé étrangère de PERSONNE et OBJET ?
Comme ça une personne peut offrir plusieurs objet et un objet peut être offert par plusieurs personnes (exemple : des assiettes) ?
 
PS y a rien de mieux que le bloc note !!!!!

Ok ok je croyais que tu voulais que les personnes ne puissent offrire qu'un seul objet. Mais s'ils peuvent en offrire plusieurs alors dans ce cas oui il faut une troisième table, et effectivement deux clé étrangères.
 
Tiens je vais m'afire un p'tit MCD!

Voici le mien :
 

 

voilà un mpd
 

 
Je dessine comme un roi

il est où ?

Euh dans un MCD, une table avec deux clè étrangére ca devrait pas ressembler à une association?
 
Du genre:

 
Par contre les cardinalité je suis pas bien sûr, ca fait longtemps...

les requêtes :
 
Voir les cadeaux restants à offrir :
select nom, qte from objet
 
Voir les cadreaux "déjà offerts" :
select objet.obj, objet.nom, sum(kdo.qte) qte
from kdo, objet
where kdo.obj = objet.obj
group by objet.obj, objet.nom
 
Réservation d'un kdo :
-- vérification qu'il y a encore assez d'objets à offrir
select null from objet where obj = $obj and qte >= $qte
=> si aucune ligne retournée, alors soit l'objet n'existe pas, soit on veut en offrir trop
-- vérification que le kdo n'est pas déjà offert par cette personne
select null from kdo where obj = $obj and pers = $pers
=> Si ligne retournée :
update kdo set qte = qte + $qte
where obj = $obj and pers = $pers
=> Sinon
insert into kdo (obj, pers, qte) values ($obj, $pers, $qte)
-- Maj de la table des objets
update objet set qte = qte - $qte where obj = $obj

si, et porteuse de la propriété "qte" (pour savoir la qte offerte).
mais moi j'ai fais directement le MPD, on fait très rarement le MCD, sauf base hyper complexe (et encore)

Et les ; ils sont où dans tes requêtes bordel?? Pardon...
Moi je préfére les MCD je trouve ca plus clair.
Et effectivement j'avais oublié la quantité.

y'en a pas, parceque ce sont des requêtes seules, et non un script
 
ps: et des ";" dans SQL Server, ça marche pas.
 
les requêtes se mettent à la suite. et un "go" pour signifier une fin de lot.

ben suffit de faire le MPD autrement qu'à la main dans paint

 
C'est plus du genre 1,n de chaque coté

Pourquoi quantité dans CADEAU ??
Y a pas besoin... C'est le nombre d'Objet qui nous incombe... non ?

Ben... Et si y'a 12 fourchettes à offrir, mais que je n'ai les moyens que d'en offrir 2 ?
Faut bien stocker le 2 quelque part pour savoir qui a offert quoi

Ok

Ouai ou alors tu serais obligé de faire deux associations et une somme...
 

 
Ouai et sur MySQL c'est facultatif...
Et sur access c'est indispensable...
etc...
 
Beaucoup de cas comme ca, mais moi je parle du SQL conforme. Mais je suis OK pour les requêtes seules pas de ;. Mes cours sur le sujet sont bien loins, maintenant on ne fait plus que du script.

En fait, vous vous emmerdez pour rien, c'est déjà fait, et c'est gratuit
 
http://www.printempsadeux.com/inte [...] erche.aspx

 
Faut ouvrir une liste au Printemps pour ça...

Bon... on a le MCD et le MLD.
 
Comment on conceptualise après ?

Bloc note...

J'ai créé la base de données sous EasyPHP...
Maintenant je ne sais pas par où je dois m'y prendre pour conceptualiser... même en bloc note...

Ce que j'ai fait, c'est le MPD, pas le MLD

 
Non, t'as créé ta base de donnée sous phpmyadmin hein...

J'éspère ou alors la team easy php se diversifie...
Enfin maintenant pour "conceptuatliser" c'est requête SQL qui t'on été données, formulaire donc ca c'est du html, donc pas trop compliqué et enfin du php.
 
Mais là si tu n'y connais rien en php ca va être un peu compliqué à t'expliquer...