[AC-2003] Mise à jour requêtes. [Résolu]

[Blessthium]

Bonjour à tous et à toutes,

Je vous explique, je suis en stage ans un service comptabilité et afin de faciliter leur gestion des clients je dois créer une base access. C'est chose faite. Simplement, j'ai pris en clé primaire dans mes 6 différentes tables le numéro de dossier, ça me fait donc des relation 1 - 1.

Mon problème, c'est que j'ai créé un formulaire afin d'ajouter et modifier les clients, celui-ci fonctionne, il les affiche, mais ces clients ne sont pas affichés dans mes différentes requêtes, même si je les met à jour.

Petite complication en plus, je ne comprend rien au langage SQL donc je fais tout sans.

Sauriez-vous m'aider ? Si oui, comment ?

Merci d'avance,

Blessthium.

[jawed]

salut Blessthium
bien venu au forum, je te conseil de lire cette excellent article de Mr
Maxence HUBICHE
Cordialement

[Blessthium]

Merci beaucoup mais j'avais déjà regardé, et je n'y ai rien vu ...

[jawed]

Bonjour
je crois que c'est un problème de relation entre tables,envois les champs de tes 06 tables et une image de tes relation
Cordialement

[Blessthium]

Voilà comme demandé, merci de te pencher sur mon problème

[Blessthium]

Je viens de remarquer que ce ne sont pas mes nouveaux enregistrements qu'il ne rajoute pas mais plutôt, le dernier enregistrement ajouté, et ce que dans 3 formulaires ..

[Philippe JOCHMANS]

Bonjour

Comme tu le vois je viens de déplacer ta discussion dans le forum modélisation.

Ta base est très mal conçu, il faut tout revoir, déjà le fait de mettre la même clé pour toutes les tables.

Les tables comme "Bon de commande" que feras-tu quand il y aura une 5 ème date ?

Philippe

[Blessthium]

C'est une base excel que j'ai refaite en base Access en fait ...
Seul 4 BC peuvent être faits, s'il y en a plus, ils préfèrent ajouter une date dans la même case, mais c'est extrêmement rare ...

[Philippe JOCHMANS]

Re

Envoyé par Blessthium

C'est une base excel que j'ai refaite en base Access en fait ...

c'est une très mauvaise idée, on ne réfléchit pas sous Access comme sous Excel.

Un peu de lecture : Access - Les Bases : Introduction et Conception

Philippe

[Blessthium]

J'ai déjà lu tout ça, juste que je ne pensais pas que ma base soit 'très mal conçue' comme tu le dis.

Je suis un peu perdue ... Je ne sais comment faire.

[Blessthium]

De plus, quand je met mon numéro de bc1 en clé primaire, il me fait un message d'erreur comme quoi il y a des doublons, mais quand je fais une requête recherche de doublons, il n'y en a pas ..

[Blessthium]

J'ai repris une base vide, avec comme fonctionnement mes 6 tables, je vois qu'il y a un problème en suivant le raisonnement de l'article que tu m'as envoyé.

Que penses tu si je fais une table client :
Nom - Adresse - CP - Ville - Fixe - Portable - Bureau - Adresse de livraison - CP de livraison - Ville de livraison - Date de la vente - Date MAD (Mise à dispo) Bon de Commande
Une table Produit idem à celle que j'ai déjà faite
Une table commande :
Numéro BC1 - Date BC1 - Montant BC1 - Numéro BC2 - Date BC2 - Montant BC2 - Numéro BC3 - date BC3 - Montant BC3 - Numéro BC4 - Date BC4 - Montant BC4 - Date de livraison - Livraison 1 - Fournisseur 1 - Livraison 2 - Fournisseur 2 - Date Pose - Nom poseur ou sous traitant - Cuisine ou SDB
Une table tarif ou prix idem à celle que j'ai faite, incluant ma table acompte et un seul champ de ma table facture (le reste étant inutile) ?

Serait ce mieux selon toi ? Mes tables ne seront elles pas trop grandes ? Merci de prendre mon problème en considération, ça m'aidera beaucoup.

J'essaie et je joins dans le message d'après une image de mes relations

[Blessthium]

Voilà à quoi ça ressemble, je ne trouve juste pas que mettre en clé primaire dans ma table tarif ...

[jawed]

Salut Blessthium
Pour bien construire une Base de données celons-moi
1° Etablir un plan des charges
2° Détecté les informations qui pourront être unique et qui ne doive pas être en doublon exemple Référence du Client et ce dernier on l'utilisera comme clé primaire
3° évité de réécrire les même informations exemple la fiche technique du Fournisseur ce qui nous emmène devisé les tables celons leur caractéristiques
4° Devisé pour mieux régné veut dire plus de tables égal plus de souplesse a extraire l'information est cela sans exagéré
5° faire les bonnes relations celons des critères logique
Tous cela t'aidera a mieux crée tes Formulaire et tes état
Bonne continuation
À bientôt

[jawed]

Blessthium
En voyant ton fichier je dis que tu n’as pas compris la notion des relations entre les tables et que tu n’as pas compris le sens fondamental de l'Access.
Access est fait pour éviter les redondances
exemple le seul faite de dire que tu insère dans ta table

Code :

Numéro BC1 - Date BC1 - Montant BC1 - Numéro BC2 - Date BC2 - Montant BC2 - Numéro BC3 - date BC3 - Montant BC3 ...

est faut parce que si tu aura 1000 BC en un mois il te faudra inséré dans ta table 1000 champs imagine une année , tu trouve cela logique

[Marcello5255]

Bonjour Blessthium,

C'est bien compliqué tout ça.
Que te demande exactement ton employeur:
-Ecrire une petite base de données complémentaire à un programme de comptabilité existant pour faciliter le suivi des commandes.
-Ou bien écrire un programme comptable complet avec gestion des ventes.

Je te dis de suite de te ranger derrière la première éventualité.
A moins que tu ne sois en stage pour une année, tu n'auras ni le temps, ni les capacités d'écrire un programme comptable.

Et tu nous parles de facture, de tva, d'acompte, de banque. (Dans la fenêtre des relations)
Je ne rappellerai pas toutes les recommandations de Jawel et Philippe.
Par dessus, se greffent des incohérences comptables.
On n'introduit pas un acompte reçu dans un tarif, mais dans un financier.

En ce qui concerne les tables: Une date de vente, une date de mise à disposition, un bon de commande, n'ont rien à faire dans un fichier client.

Pense Access et n'essaye pas de convertir ce que tu sais d'excel en Access.
Pour penser Access, étudie-le un peu, fais la synthèse raisonnable de ce que tu peux réaliser et reviens nous voir.

Tu n'as pas besoin de SQL pour démarrer, Le QBE, en mode création de requêtes est enfantin à utiliser, et écrira pour toi, et sans faute le code SQL.
La plupart du temps, tu pourras même y créer directement tes relations sans te soucier de la fenêtres "Relations".
Pioche surtout la conception des tables et les relations entre tables

Bonne journée.

A bientôt

[Blessthium]

Bonjour à tous,

Merci pour votre aide, j'ai tout simplifié, et maintenant ma base fonctionne à merveille, j'ai un problème de division par 0 donc je pense mettre une question sur le forum si elle n'existe pas déjà

Merci à tous !

Blessthium