Discussion :

[adrien46]

J'ai changé tout les noms des champs pour qu’ils soient pareils, c'est juste que je suis un peu tête en l'air....

Le délai c'est le nombre de jours avant de pouvoir commercialiser l'animal. (Ex: délai de 20 jours, cela veut dire que l'animal ne doit pas quitter le troupeau avant le 23 juin)
Justement le délai peut varier selon le type d'animal veau/vache. Donc faut le rentrer en manuel dans T_sanitaire. Mais ça me fait penser qu'il faut que je rajoute un champs pour la durée du traitement.

Oui, je voudrais pouvoir enregistrer dans les deux tables.
Exemple: Aujourd'hui le vétérinaire vient, prescrit un produit X pour une vache. Le soir, je vais sur mon ordi pour rentrer le traitement de cette vache dans ma base. Sauf que le produit qu'il a prescrit je ne l'ai jamais utilisé donc faut que le rentre dans ma table T_traitements pour l'avoir ensuite dans T_sanitaire.
Ce que je voudrais c'est quand j'ouvre mon formulaire, je rentre les différentes informations concernant la vache et je puisse choisir le traitement dans une liste déroulante (qui correspondrait à la table T_traitements) et si il n'y est pas, admettons je clique sur un bouton "Nouveau traitement" qui l'intégrera également dans la table T_traitement. Je sais pas si j'ai été clair...

Ok je vais faire les différentes modifications.

[78chris]

...
Oui, je voudrais pouvoir enregistrer dans les deux tables.
Exemple: Aujourd'hui le vétérinaire vient, prescrit un produit X pour une vache. Le soir, je vais sur mon ordi pour rentrer le traitement de cette vache dans ma base. Sauf que le produit qu'il a prescrit je ne l'ai jamais utilisé donc faut que le rentre dans ma table T_traitements pour l'avoir ensuite dans T_sanitaire.
Ce que je voudrais c'est quand j'ouvre mon formulaire, je rentre les différentes informations concernant la vache et je puisse choisir le traitement dans une liste déroulante (qui correspondrait à la table T_traitements) et si il n'y est pas, admettons je clique sur un bouton "Nouveau traitement" qui l'intégrera également dans la table T_traitement. Je sais pas si j'ai été clair...
...

Oui j'avais bien compris. Comme je le disais il y a plusieurs phases dans l'analyse : les données à traiter mais aussi les interfaces nécessaires à leur saisie, consultation, modification, exploitation...

Sur Access cela se passe via des formulaires, Requêtes, Etats. Nombre de choses se font de façon simple mais pour d'autre il faut programmer, avec des macros ou du VBA.
C'est le cas des contrôles en général (par exemple une date d'entrée ne peut être antérieure à une date de naissance, une date de sortie antérieure à une date d'entrée, etc...
Les automatismes que tu veux créer : la saisie d'un veau dans le troupeau doit permettre d'accéder et compléter le vêlage correspondant, ou cet aspect traitement...

Il faut donc que tu te projettes : dans le vie de ton exploitation les choses se passent de telle ou telle façon, de cela va découler la façon dont tu vas exploiter ta base de données, et donc les interfaces nécessaires et leur fonctionnement.

J'ai coutume de dire une base de donnée c'est 80% d'analyse, 20% de réalisation et alors après cela tourne comme une horloge. Sans vouloir faire de mauvais jeu de mots, souvent les gens se précipitent et mettent la charrue avant les bœufs et après il faut tout reprendre.
Prends le temps de faire le schéma de tes besoins. Pars du résultat à obtenir, c'est plus facile, puis tu remontes pour voir comment tu va travailler avec les données et donc quelles interfaces il te faut pour cela.

Tu as déjà fait ton tableau : cela prouve que tu analyses bien. Continue...

[adrien46]

Salut,

Je vais essayer de réaliser un schéma de mes attentes avec les différents cas de figures possibles. Après les idées me viennent en rencontrant le problème mais vaut mieux que ça arrive maintenant plutôt qu'une fois que tout est fini....
Par contre ce ne sera pas pour ce week end vu que j'ai oublié mon ordinateur dans la voiture du boulot...

[adrien46]

Bonsoir,
désolé de vous faire attendre mais cette semaine j'ai pas eu trop le temps de bosser sur la base de données.

J'ai essayé de faire un schéma mais j'arrive pas à me rendre compte de ce qu'il doit y avoir dedans.
Je pensais plutôt pour un schéma "saisie des données" avec les différents cas de figures possibles et un schéma "interprétations des données" avec les résultats attendus.
Est-ce bien cela que vous souhaitez?
Je pensais faire pour chaque cas de figures la liste des différents champs et tables concernés.

Si cela correspond on schéma que vous voulez il est quasiment prêt.

[78chris]

Bonjour

Le schéma est pour toi : mettre à plat la façon dont tu vas travailler afin d'adapter les formulaires à ton besoin, prévoir les requêtes adéquates, les états éventuels.

Cela doit t'aider à avoir les idées claires et nous demander de l'aide sur certains points.

Je pars en déplacement 2 semaines... @+

[adrien46]

Déjà j'ai un schéma pour savoir ce que je veux tirer de ma base de données, c'est bon début ^^
Après pour tout ce qui est requête, états,... je ne sais pas faire, j'ai quelques notions mais je suis incapable de dire à l'avance ce dont j'ai besoin.

Je vais commencer par préparer des formulaires simples voir si j'y arrive pour la saisie des données ça sera un bon début.

Y a pas de soucis bon voyage

[Annabelle27]

Bonjour,

Voici maintenant presque 4 ans que ce sujet a été aborder. J'aurais aimé savoir ce qu'il y en été? Je suis aujourd'hui dans le même cas, j'aimerai créer un logiciel, pour facilité la gestion d'exploitation bovine allaitante.

J'aimerai savoir si votre projet avait abouti et si vous aviez des remarques a faire qu'en à l'utilisation d'Access au quotidien.

Annabelle

[78chris]

Bonjour Annabelle

Adrien ne s'est pas reconnecté depuis 2016...

[78chris]

Bonjour Annabelle

Tu peux continuer sur ce fil ou en ouvrir un nouveau (avec éventuellement un lien vers celui-ci) mais évite d'utiliser les MP

D'abord plusieurs personnes peuvent te répondre sur le forum et, de même que si Adrien avait tout posté en MP, les échanges en MP privent les autres utilisateurs de bénéficier des échanges qui ont lieu sur le forum et peuvent aider à résoudre leur problème.

Pour ton ID, peut-être inventer pour les veaux morts nés un pseudo code national (si pas contraire à la réglementation), sinon il faut utiliser un champ numéro auto qui devient la clé primaire mais ajouter un contrôle sur le champ numéro national pour garantir une saisie dans tous les cas où l'animal n'est pas mort né.

[Annabelle27]

Pour ton ID, peut-être inventer pour les veaux morts nés un pseudo code national (si pas contraire à la réglementation), sinon il faut utiliser un champ numéro auto qui devient la clé primaire mais ajouter un contrôle sur le champ numéro national pour garantir une saisie dans tous les cas où l'animal n'est pas mort né.

Il n'y aura pas de problème pour la saisie de vêlage ?

Je vous joint une ébauche de mon travail.

Avez-vous des remarques à faire, j'ai encore du mal à réaliser des relations cohérentes, qui serait utile lors de formulaire et requête.

Gestion d'exploitation (1).rar

[78chris]

RE

Ce qu'il faut c'est que la clé primaire, quelle qu'elle soit, soit la clé étrangère pour le vêlage, que les relations s'établissent bien sur le champ clé primaire du côté 1 de la relation 1 à N

Poste le schéma relationnel de ta base, ce sera plus simple pour échanger

[Annabelle27]

Poste le schéma relationnel de ta base, ce sera plus simple pour échanger

Voilà la capture des relations de ma table, je bloque, c'est vraiment une autre façon de réfléchir par rapport à excel. Je pense avoir un soucis, si je met le N°national en clé primaire, car le n° commence par des lettres, sous la forme : FR XX XXXX XXXX

[marot_r]

Bonjour.

Juste mon "2 cents" comme on dit chez nous.

Pour tes veaux, je te suggère de ne pas distinguer les veaux mort-nés des autres de cette façon mais en utilisant quelque chose comme :

tblVeau

CleVeau (Numero auto)
NumNational (Texte 255 caractères)
ClefMere
ClefPere (peut-être)
CodeStatut
DateNaissance

tblStatut

ClefStatut
CodeStatut
DescStatut

En relation avec la tblVeau sur CodeStatut

dans tblSatut tu peux mettre des choses comme :

Code	Desc
MN	Mort né
V	Viable

Comme cela quand tu veux faire l'inventaire de tes veaux, tu n'as qu'une seule table à consulter.

c'est vraiment une autre façon de réfléchir par rapport à excel.

Oui, en gros Excel marche avec des tableaux à 2 dimensions alors que Access fonctionne avec des listes, des listes de listes, des listes de listes de listes, etc.

Pour ton problème de Numéro national, je te suggère de ne pas en faire la clef primaire mais un champ de ta table. Comme clef primaire utilise un numéro auto qui te permet d'identifier tes animaux sans dépendre d'un truc externe.
Ceci dit, le fait qu'il y ai du texte ne pose pas de problème, tu pourrais t'en servir comme clef primaire.

A+

[Annabelle27]

Pour ton problème de Numéro national, je te suggère de ne pas en faire la clef primaire mais un champ de ta table. Comme clef primaire utilise un numéro auto qui te permet d'identifier tes animaux sans dépendre d'un truc externe.

Bonjour,

Je comprend, mais j'aurais aimé effectuer une relation de ce type :



Ca éviterai d'avoir des clés primaires en numéroauto partout, et je pense ça compliquerai l'établissement de requête ou de formulaire non ?

[marot_r]

Non pas vraiment.

Tu n'afficheras le numéro national qu'aux endroits où tu en auras vraiment besoin mais ailleurs tu utilises la clef générée par le système.

Et cela résout ton problème pour les veaux mort-nés qui n'ont si j'ai bien compris pas de numéro national.

A+

[marot_r]

En complément, ce numéro national, ça identifie quoi ? La bête uniquement ?

A+

[Annabelle27]

En complément, ce numéro national, ça identifie quoi ? La bête uniquement ?

A+

Ce n° identifie le pays, le département, l'éleveur et également la bête (FR 60 1234 0001). On pourrait surement utiliser le n° de travail uniquement (les 4 derniers chiffres) mais si nous achetons des bêtes à l’extérieur on risque (mais peu probable) de retomber sur le même n°.

[Annabelle27]

Non pas vraiment.

Tu n'afficheras le numéro national qu'aux endroits où tu en auras vraiment besoin mais ailleurs tu utilises la clef générée par le système.

Et cela résout ton problème pour les veaux mort-nés qui n'ont si j'ai bien compris pas de numéro national.

A+

Excusez-moi mais je suis pas vraiment une experte de ce logiciel, je dois donc, dans la table des vêlages, ne pas mettre le n° de la mère mais plutôt le num clé primaire qui lui correspond ?

[78chris]

RE

Oui à ta question : le lien s'établit sur la clé primaire de la table des animaux.

A priori je pense qu'il faut une table des animaux, encore dans l'élevage ou pas, y compris les veaux morts nés. Mort né c'est une forme d'entrée et de sortie.
Tu auras une entrée pour cause de naissance (ou mort né) et une sortie pour cause de mort (ou mort né) à la même date.

Par ailleurs pour les vêlages, tu devrais avoir une relation avec la table des animaux, sur le veau d'une part, et, si systématiquement les 2 parents sont ou ont été dans ton cheptel, aussi sur chaque parent.

On aperçoit ta table de repro : attention à ne pas prévoir 2 ou n monte : pour chaque monte, c'est une date, un résultat, sinon cela va être inexploitable

[Annabelle27]

A priori je pense qu'il faut une table des animaux, encore dans l'élevage ou pas, y compris les veaux morts nés. Mort né c'est une forme d'entrée et de sortie.
Tu auras une entrée pour cause de naissance (ou mort né) et une sortie pour cause de mort (ou mort né) à la même date.

A-t-on un moyen de contrer le fait, que ce veau n'a pas de n°National, étant donné que j'aimerai utiliser ce numéro en temps que clé primaire. Par exemple, j'aimerai avoir un n°national fictif sans utiliser les 4 derniers chiffres qui correspond au n° de travail beaucoup utilisé à la ferme pour désigner une bête, et ça porterai à confusion.

Par ailleurs pour les vêlages, tu devrais avoir une relation avec la table des animaux, sur le veau d'une part, et, si systématiquement les 2 parents sont ou ont été dans ton cheptel, aussi sur chaque parent.

Il est donc utile de garder le n°national en tant que clé primaire ?

On aperçoit ta table de repro : attention à ne pas prévoir 2 ou n monte : pour chaque monte, c'est une date, un résultat, sinon cela va être inexploitable

Les termes sont mal utilisés je pense. Mais en fait, ça correspond à des dates approximatives en fonction de l'observation du troupeau, si le mâle est avec la femelle, on suppose que c'est la monte 1 qui fait foi, mais si on revoit le taureau avec la vache lors de la monte 2, peu après le retour des chaleurs, on suppose qu'elle n'a pas été prise. Je vous joint un exemple sur excel, les cases jaunes sont des cases calculées.