Filtre par date

Question

Bonjours tout le monde,

J'ai fait une base de donnée sous access. Mes formulaires sont reliés par des macro. C'est à dire que j'ai fait des boutons poussoires pour accéder au formulaire suivant mais j'ai un petit soucis.
J'ai mis un champ date() dans chaque formulaire. A chaque enregistrement, il y a donc une date différente. J'aimerai, que quand j'ouvre par exemple la page 1 à la date 12/12/04, tous les formulaires suivant s'ouvrent à cette date (à cet enregisterment finalement). Voila, merci de vos aides.

Afficher la suite

Canard007 · Answer

dans ce cas je te conseil pluot de faire une requete SQLdu type SELECT * FROM matable WHERE matable.date= 12/12/04COIN!

thomichna · Answer

Merci, j'essaie mais je n'y arrive pas, tu fais comment une requete comme ça??

Canard007 · Answer

sous access
tu doit avoir une option requete
et apres dedans un assistant du typt nouvelle requete avec design view (desolé j ai la version anglais la sous les yeux)
ensuite du ajoute la table qui t'interresse dans la partie du haut.
Puis tu selectionne les parametres qui t'interresse (attributs) puis dans la feuille quadrillé a la fin tu doit avoir une collone condition la tu y met < datevoulue
COIN!

thomichna · Answer

Ah d'accord, le probleme est que la date est un exemple. Il y aura beaucoup d'enregistrements fait et je ne peux pas connaitre les dates à l'avance.

PS : sais tu par asard ou se trouve ceci "Open the Customers form in Design view." dans la version francaise de visual basic ??

thomichna · Answer

On m'avait parler d'un filtre a mettre dans visual basic mais je ne sais plus lequel...

Canard007 · Answer

tu selectionne ta colonne apres
tu va dans Record ( je sais pas quoi c est dans la VF mais cela doit etre entre format et outils.
tu doit avoir dans ce menu une option filtre.
tu va dans filtre avancé ou quelque chose du genre
la tu aura une febnetre avec ta table et en dessous une grille ou il doit y avoir champ (le champ sur lequel tu veux filtrer ) et en dessous critére la tu tape = 01/01/2005 par exemple
apres clic droit et appliquer le filtre

COIN!

thomichna · Answer

J'ai une idée mais il me manque le filtre. Pour passer d'un formulaire à l'autre, j'utilise une macro et dans les options des macro, il y a une option AppliquerFiltre. Mais il faut un nom pour le filtre.
Je pense qu'il faudrait un filte style filtrer par date. Si tu vois se que je veux dire...

Canard007 · Answer

je peux plus regarder j'ai plus access sur ce poste mais il doit y avoir un moyen de creer le filtre comme je t'ai indiqué plus haut et de l'enregistrer. ensuite tu n'aurai plus qu'a l'appelerCOIN!

thomichna · Answer

Oui mais cela ne filtre juste un formulaire. J'aimerai juste que 2 formulaires soient liés par le champ date. Si par exemple l'utilisateur a rempli 10 enregistrements. Avec ta technique je ne pourrai avoir q'une date. Là, il faudrait naviguer sur tous les enregistrements sur le 1er formulaire et que celui qui suit soit sur le meme enregistrement.

thomichna · Answer

Je me sens un peu seul là..

teebo · Answer

Salut,
Intuitivement je dirais JOIN (j'ai lu qu'en diagonale, pas tapé si c'est déjà évincé), mais essaye de mettre un exemple de tes tables et ce que tu veux avoir à l'arriver, ça sera plus parlant :o)

thomichna · Answer

Ok :

On va prendre les 2 premiers formulaires :

Le premier contient les info sur le projet
Name of customer
Name of project
Project manager
Personnal comments
Date...

Le second contient des info sur le produit acheté :
Type
Electronic or hydraulic
Date
Define the format...

Ils sont reliés par un bouton qui entraine un e macro pour fermer le premier le formulaire loarsque le 2nd s'ouvre.
Le soucis est que lors de l'utilisation :
L'utilisateur va remplir une prmiere fois le questionnaire pour un client. Dans le temps, il va y avoir des changments dans le projet et donc il va faire plusieurs enregistrement par formulaire.
Par exemple sur le 2eme formulaire, il va changer le type ou le format. Donc, il faudrait un lien entre chaque enregistrements. Que chaque chnagament à une date ou à un enregistrement fasse un bloc.
Le lien pourrai etre sinon le numero d'enregistrement mais là, il y a un autre probleme, c'est qu'il ne modifie pas tous les formulaires, juste ceux qu'ils l'intéressent et donc il y aurait des numeros différents.... J'espere etre assez claire.

teebo · Answer

Salut, j'avoue que je ne saisi pas bien. Chaque project peut par exemple avoir un numéro, et tu créé une table avec les correspondances non?
Ou alors tu veux conserver en plus l'historique du projet (genre le 01/01 il commande une machine hydro, le 02/01 il préfère en fait de l'electro,...?)
Tu es allemand(e)?

thomichna · Answer

En fait, il s'agit d'un seul projet mais qui va avoir des modifications.
L'utilisateur va remplir les formualires dont il a besoin par exemple le 26 janvier 2005. Et le 14 juin, le client recommande des produits. L'utilisateur va donc modifié des champs dans les formulaires.
Il faudrait que access enregistre toutes les info qui ont été faite 26 janvier et le 14 juin distinctement en fait. Si par exemple, dans 2 ans, il veuille voir les infos qui ont été changée le15 septembre 2005, il ne vera que les infos a cette date.
C'est pour ça que je pense qu'il faut liée les formulaires par la date ou par les numero d'enregistrements mais peut etre que se n'est pas la bonne solution...

Je pense qu'il me faudrait un expression comme l'exemple :

[Date d'envoi] entre #2-Fév-1995# et #2-Mar-1995#

Mais il me faudrait une expression du style

[Date]date qui est sur ce meme formulaire

En fait, la macro est ouverte par un bouton qui ouvre un 2eme formulaire et il faudrait que le 2eme formulaire s'ouvre à la meme date qu celle qui apparait sur le 1ere formulaire. Sachant qu'elle a deja été enregistrée aupparavent.
Et euh, non, je ne suis pas allemand mais un mangeur de grenouille.

teebo · Answer

Tu es sous Access? Je ne me souvient plus, est ce que Access permet les clés double? Dans tous les cas tu peux avoir par exemple un numéro de projet qui te sert pour tracer les changement et un numéro d'enregistrement sans aucun "sens" comme clé...non?

thomichna · Answer

Je ne sais pas mais je suis ouvert à toutes propositions. Je suis bien sous access. Pour les clef, je ne sais, je n'ai pas de clef primaire.

teebo · Answer

je n'ai pas de clef primaireIl faut déjà commencer par là, tu connais les formes normales?

thomichna · Answer

non

teebo · Answer

http://tinyurl.com/666qp

thomichna · Answer

OUi, ok, maisça ne me dit pas comment résoudre mon problème...

teebo · Answer

Ben il vaut mieux que tu maitrise ce genre de chose parce que ton problème est bien dans la modélisation des données et non dans Access pour le moment, je te conseille de te mettre devant une feuille de papier dans un premier temps et dessiner tes tables et tes associations, et d'essayer de faire passer tout ça en 3FN

thomichna · Answer

en 3FN??

thomichna · Answer

Merci pour le lien mais je n'ai rien trouvé.

Utilisateur anonyme · Answer

Teebo a raison, c'est toute l'analyse qui aurait due être faite avant de bosser dans Access, et qu'apparemment tu n'as pas réalisée qui manque à ton projet.Recommence depuis le début et tout ira plus vite par la suite !

Utilisateur anonyme · Answer

En gros, vu tes derniers posts, il te faut au moins une table client, une table produit et une table commande. Cette dernière, dans le cas d'une commande unique par jour et par client, aura comme clé primaire la clé primaire de client, la clé primaire de produits et date.

thomichna · Answer

Oula, il faudrait que je m'y prenne comment alors car je n'ai plus beaucoup de tps en fait.....Donc pour résumer :c'est un questionnaire interractif qui a pour but de faire un historique des ventes faites par clientil faut donc-le type de produit-les caractéristique de chaque produit-caractéristique des vendeurs (intervenants, tel, email...)-caractéristique des acheteurs(...)En tout cas, merci de votre aide car c'est pour un stage.

Utilisateur anonyme · Answer

Tu as quoi comme tables ? Alors, il te faut, d'après ton dernier message, les tables nécessaires sont : type produit(cle_type_produit, libelle_typt_produit) produit(cle_produit, libelle_produit, caract_produit, cle_type_produit) acheteur (cle_acheteur, nom_acheteur..........) vendeur (cle_vendeur, nom_vendeur...) commande (cle_acheteur, cle_vendeur, cle_produit, date, quantite_produit) Enfin c'est une première approche. Car tu mets les caractéristiques de chaque produit : un produit peut avoir plusieurs caractéristiques ? Si c'est le cas il te faut aussi une table caractéristique_produit. idem pour caractéristiques vendeurs. Tout ça doit être fait dès le départ

teebo · Answer

Il te faut une table vendeur, une table acheteur, une table produit, et ensuite tu fais une table achat avecdateIDVendeurIDAcheteurIDProduit

Utilisateur anonyme · Answer

;))))PS : t'as oublié quantité ! ;0 )

thomichna · Answer

Par contre, les infos pour les produits sont nombreux. Il y a 2 gdes familles de produits avec 20 produits chacunes. Et chaque produits a des caractéristiques différentes. Je met tous dans une tables?? ou je sépare par produit ou par famille??

Utilisateur anonyme · Answer

Une table famille_produit (cle_famille_produit, libelle_famille_produit)Un produit peut avoir plusieurs caractéristiques, c'est ça ?Donc, une table caracteristique (cle_caracteristique, libelle_caracteristique)Une table produit (cle_produit, libelle_produit, cle_famille_produit)Enfin une table produits_caracteristiques (cle_caracteristique, cle_produit)

KAIDI · Answer

bonjour!*alors c'en est ou?????

thomichna · Answer

Disons que pour un produit, il peus y avoir 50 champs à remplir voir plus...

Utilisateur anonyme · Answer

Bonjour, tu ne sais pas lire ? Il est en train de revoir la structure de sa base...

Utilisateur anonyme · Answer

Le message d'avant (le <36>) est adressé à KAIDI...Pour un produit il peut il y avoir 50 caractéristiques, c'est ça ???Mouais, de toutes façons, pas le choix, à part si chaque caractéristique correspond uniquement un produit, ce qui m'étonnerait... Je me trompe pas ??

thomichna · Answer

En fait, c'est pas comme s'il ya avit 4 produits style 1 stylo, 1 gomme, 1 souris....C'est comme une manette avec le choix du nombre de bouton, l'amplacement des boutons, la couleurs des boutons, et il ya 30 mannettes différentes, donc au total, cela fait enormément de champs...

teebo · Answer

Alors il faut créer une table "manette"...

Utilisateur anonyme · Answer

Si tu mets uniquement un champ caractéristiques dans ta table produits c'est gênant ou pas ??Je m'explique :Sur le formulaire de saisie, tu mets une zone de texte saisie ou l'utilisateur saisit tout le baratin des caractéristiques du produit en cours, c'est à dire comme s'il tapait du texte dans word.Après cela, tu ne pourra pas sortir, par exemple, de stats sur le nombre de manettes avec 4 boutons blancs c'est clair, mais en auras-tu besoin ?

Utilisateur anonyme · Answer

Ou alors pour chaque manette, tu veux connaître le même nombre de renseignements, genre :Nombre boutons :Couleur boutons :Emplacement bouton :Hauteur manette :...........etc??

thomichna · Answer

En fait, ce questionnaire est fait pour recueuillir toutes les infos sur les manettes :typethreadsplugSeals....Ceci est pour une manette et il y en a 20. Voila, l'utilisateur va prendre la commande et il va tout répertorier.Avant, il faut qu'il mette les infos sur le client, la livraison, les quantités...Il y a aussi un autre produit qui n'est pas des manettes mais on verra ça après je pense. Le but étant un petit programme léger et très simple d'utilisation avec le plus de listes déroulantes possibles. Les réponses sont deja connues, le l'utilisateur n'a qua faire le choix.

Utilisateur anonyme · Answer

Salut !Il te faut donc commencer par créer ta table manette de la manière suivante : Manette (id_manette, type, threads, plug, seals.....).Ensuite, tu créera un formulaire basé sur cette table, comme ça l'utilisateur pourra créer, modifier, supprimer des manettes simplement.Ensuite il te faut une table client avec tous les renseignements relatifs aux clients.Puis une table commande avec comme clé primaire la clé primaire du client+la clé primaire de la manette (id_manette dans mon exemple), et quantité.Avec ces 3 tables, t'aura déjà bien avancé...

thomichna · Answer

D'accord mais par exemple le champ plug est différent pour toute les manettes ainsi que tous les autres champs.

Utilisateur anonyme · Answer

Salut !Donc, il te faut  alors créer une table plug (id_plug, intitulle_plug) qui répertorie tous les plugs possibles, une table seals (id_seals, intitulle_seals) qui répertorie tous les seals possibles ,une table ................  et dans ta table manette mettre (id_manette, id_type, id_threads, id_plug, id_seals.............)

thomichna · Answer

Okay, c'est parti.

thomichna · Answer

Par contre, j'ai une petite question : Dans toutes les manettes, il y a 100 champs identiques car j'ai fait 2 grands tableaux à remplir. Il y a besoin de faire une table avec les 100 champs de toutes les manettes ou bien je fais qu'une table de 100 champs ? ?

thomichna · Answer

Pour la petite question, j'ai fait une table regroupant les 100 champs. Maintenant que j'ai fais toutes ces tables, je fais quoi ?

thomichna · Answer

Quand je vaux faire un formulaire avec  plusieurs champs de différentes tables, il y a un probleme de relations. Il faut relier toutes les tables ??

thomichna · Answer

HDU, es tu là ???

Utilisateur anonyme · Answer

Ouais ouais j'arrive, mais j'au aussi du boulot à côté !Bon ne voyant pas trop où tu en est et ne connaissant rien en manette (à part les manettes de baby ; o)), tu ne crois pas que ça serait + simple que tu m'envoies la base par mail et que je regarde le tout ???

thomichna · Answer

ok, je t'envoie une version (la plus grosse) que j'avais faite avant. J'aurai voulu que la base est cette forme mais ce n'est peut etre pas possible. La 2eme est ce que j'ai fait en suivant tes instructions. Merci de ton aide, vraiment.

Filtre par date

50 réponses

Votre réponse

Discussions similaires

Newsletters