Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Est-ce que ça veut direEnvoyé par Chikatilo
que pas mal d'entrepôts sont audités dans les 2 réseaux , donc ça va complexifier la tâche
1) que lors d'un audit dans un entrepôt, on audite les aspects des différents réseaux ?
ou
2) qu'un entrepôt peut être audité plusieurs fois mais chaque fois sur un seul réseau ?
c'est plutot , qu'un entrepot peut etre audité en hyper et/ou en super.
c'est plutot: un Entrepot peux etre audité en Super et/ou Hyper
donc dans la tables entrepots je peux trouver 2 CD_Ent mais qui sont pas du meme reseaux .
Normal d'après le modèle que j'ai supposé :
Si ce n'est pas le cas et qu'un entrepôt peut faire partie de plusieurs réseaux, il faut changer le schéma :
Entrepots -0,n----Faire partie----0,n- Réseaux
et donc :
- supprimer la clé étrangère FK_ID_Reseau de la table Entrepôts
- créer une table associative EntrepotsReseaux(FK_ID_Reseau, FK_CD_Ent)
J'avais interprété CD_Ent comme étant le code de l'entrepôt c'est à dire son identifiant unique servant de clé primaire. J'ai bien compris ou j'ai tout faux ?
D'ailleurs je me rends compte que je n'avais pas interprété Réseaux comme étant les familles Hyper, Super, Proxi ! C'est pour ça que j'avais parlé de types de magasins. Là encore j'ai eu tout faux ou pas ?
Il faut que tu reprennes ton modèle de données depuis le début en t'inspirant de la démarche que j'ai écrite pour construire les tables.
1) Rédige ton besoin en français sur le papier.
2) Entoure les entités qui se dégagent (entrepôts, audits, réseaux...) et souligne les verbes qui les relient (faire partie, auditer, ...)
3) Dessine le MCD (voir tutoriel Merise) avec les entités et les associations
4) Pose les cardinalités (1,1 / 0,1 / 0,n)
5) C'est seulement après que tu ouvres Access et que tu crées tes tables et que tu les relies.
Bon courage.
bonjour ,
j'ai pu avancer dans la creation de ma base et tout ca grace a ton tutorial , et je suis tres reconnaissant .
maintenant j'ai un soucis au niveau des requetes .
j'ai creer un formulaire avec des cases a cocher qui me permettent de selection le type de reseaux.
ma requete affiche bien les infos (nottament lb_Reseaux ) , ce que je veux faire c'est paramatrer a travers mes case a cocher ma requete.
cad quand je coche dans mon formulaire la case HYper , j'affiche les reultats des hyper et ainsi de suite.
et jy arrive pas.
On sort un peu du domaine SQL...
Ta case à cocher est un objet du formulaire qui peut réagir à certains événements, notamment l'événement onClick. Tu peux associer à cet événement un morceaux de programme Visual Basic qui peut modifier la requête source du formulaire.
Voilà la piste à suivre. Tu trouveras certainement un tutoriel Access / VBA sur Développez.com ou ailleurs qui explique comment faire.
Bon courage !
Ok , en te remerciant
Bonjour,
Je reviens a toi , je me suis bloqué sur une requete
comme tu le sais , j'ai 3 type de reseaux . Jusqu'a maintenant , j'arrive a afficher mes valeurs selon le type du reseau.
Et la en me demande aussi d'afficher , le reusltat qui regroupe les 2 reseaux (hyper et super)
Sachant que mes requetes sont parametrees( des Où sur la date , le reseau et l'activites)
Merci
Si tu prépares ta requête paramétrée en Visual Basic, tu peux prévoir les cas où le choix est multiple et adapter tes paramètres de requête avec les opérateurs logiques qui vont bien.
Difficile d'en dire plus sans connaître la manière dont tu prépares ta requête.
Jusqu'a maintenant , j'ai pas mis les mains sur le VB.
ils veulent pas que j'utilise les codes par peu d'avoir des beug quand on va utiliser cette sur un autre PC.
Pour faire la requete, j'ai utilisé du SQL et Access en mode creation c'est ainsi le cas pour mes requetes parametrée.
donc a ton avis , le code en VB reste la seule solution ?
Ca fait pas mal de temps que je n'ai plus fait ce genre de truc en Access ais je crains que le passage au VB soit nécessaire.
Par ailleurs, si ton appli est destinée à être faite entièrement et à tourner sous Access, il est fort probable que tu doives passer au VB un jour ou l'autre, ne serait-ce que pour tester les saisies dans les formulaires.
Ok.
depuis le debut de mon Stage , je leur ai demaindé d'utiliser le Code, mais ils voulaient pas
Donc Maintenant , ils ont plu le choix , car honnetement je vois pas comment le faire sans code .
Merci en tous cas
'ils' sont informaticiens ou prescripteurs du besoin ?
Parce que si 'ils' sont informaticiens, 'ils' ont peut-être une solution à te suggérer.
rien avoir avec l'info lol malheuresement
Peut-être pas 'malheureusement'.
Puisque tu es censé être l'informaticien qui développe leur machin, c'est plus facile pour toi de leur dire que le passage par du VB est obligatoire sinon ça ne marchera pas correctement, il y aura un risque d'erreur de saisie non maîtrisé, de données redondantes... bref, le chaos !
Après il faudra que tu sois bon dans le développement VB avec un code bien écrit, aéré, commenté juste ce qu'il faut, bien organisé et bien sûr testé et approuvé.
Bon courage !
Répondre avec citation
Partager