[Résolu]Champs composés pour classification arboricole

[emena]

Bonjour,

L’objectif

J’appartiens à plusieurs associations qui s’intéressent aux arbres. L’une développe les aspects urbains, d’autres médicinales, d’autre alimentaires… Je me suis dit que j’allais faire des fiches sur les arbres qui sont courants pour passer les infos entre les associations. Mais au fur et à mesure du temps de nouvelles caractéristiques deviennent pertinentes. Bref, je me retrouve avec un grand fichier CALC dans lequel j’ai près de 100 caractéristiques toutes indépendantes les unes des autres pour chaque arbre.

J’ai une première feuille avec mes arbres et leurs caractéristiques et j’utilise des formules comme joindre.text ou concatener sur une seconde feuille pour faire des résumés. Exemples de champ que je "résume" : la liste des mois de récoltes, celle des mois pendant lesquels ils sont mellifères, la liste des parties comestibles, les dimensions des arbres (largeur et hauteur...) …

Avec cette deuxième feuille, plus lisible, je fais mes fiches en utilisant le publipostage.

Le problème

• J’arrive au bout de cette solution, l’usage des deux feuilles est compliquée on risque des erreurs.
• Je ne peux pas mettre de photos des arbres dans le publipostage

Ma question

Je suis en train de tester une solution BASE, il me manque quelques solutions et en particulier

Comment faire pour avoir un champ "résumé" de multiples champs comme je le faisais dans mon classeur. Une solution avec un champ dans la base de donnée ou une solution en sortie dans les formulaires ou les rapports m'irait tout aussi bien.

Bonne journée

En vous remerciant,
Bonne journée
Emena

[Dude]

Salut,

avoir un champ "résumé" de multiples champs

Il faut établir un modèle relationnel.
En clair, les champs de ton résumé doivent être dans une table et reliés par un identifiant.
Ce concept est largement décrit dans le tutoriel ultime.

Je ne peux pas mettre de photos des arbres dans le publipostage

Il est fortement déconseillé de stocker les images dans l'ODB.


Si tu as des difficultés, joins l'ODB qu'on y jette un œil.

[jeanmimi]

Bonjour,

"résumé" de multiples champs

Les champs peuvent être regroupés dans une requête.
Le contenu de cette requête pourra être affiché dans un formulaire, dans un rapport ou dans un publipostage comme tu le fais actuellement.
Il y a plusieurs exemples dans le Forum, soit dans cette section Base, soit dans la section Projets (là où on peut poser plusieurs questions à la fois).

[emena]

Merci de votre aide,

jeanmimi, je vais étudier les requêtes, c'est sans doute ce qu'il me faut.

Dude, Merci pour le forum projet.
Je te rassure, je ne mets pas de photo dans la base, juste le nom du dossier. Je mets controle "picto" dans le questionnaire, ça marche bien

Par contre, je ne comprend pas pourquoi un modèle relationnel, toutes les colonnes sont indépendantes, il n'y a qu'une et une seule valeur de chaque champs pour chaque arbre (et encore, je suis loin d'être exhaustive ), c'est juste une question de présentation. A moins que je me trompe sur ce qui est relationnel.

Merci de votre réactivité.
EM

[jeanmi2403]

Bonsoir,
Il nous faudrait la liste des champs, et un descriptif plus précis du projet. Et pourquoi pas, un fichier représentant la situation actuelle...
Sinon, on risque de parler dans le vide.
Dans ton autre fil, tu as écrit :

Je cherche un document avancé sur les formulaires ou les rapports.

Il y a tout ça dans les chapitre 4 et 5 du Guide Base
Bonne soirée,

[Dude]

Par contre, je ne comprend pas pourquoi un modèle relationnel

Lis le tuto

[emena]

Hello,

Merci d'avoir insisté pour le guide de base , je ne l'avais jamais exploré , c'est la mine que je cherchais .

Je vous joints des fichiers,

• Un extrait de mon fichier calc où j'ai tout mis sur une seule feuille pour faciliter la lecture. J'ai mis en vert les colonnes que j'appelle "résumé" pour que vous voyez ce que je veux dire.

• Des exemples de sortie désirée. Les photos sont les mêmes pour les deux fiches, c'est du publipostage.

Dude, Je sais ce que c'est une base de donnée relationnelle, mais là je ne vois pas.
Chaque arbre à ses spécificités uniques, même les variétés ne sont pas identiques, c'est la définition d'une variété. Dans ce que j'ai mis dans ma base, je ne peux pas affirmer ce qu'il y aura en commun, parfois la partie comestible dans une des variétés ne l'est pas dans une autre, parfois le bois de grande qualité dans l'une ne l'est pas dans l'autre, d'autres fois la taille, la sensibilité au soleil, à l'humidité... changent.
Bref, si je devais spliter la base en plusieurs parties, il y aurait exactement autant d'enregistrements dans chaque table.
Je pourrais imaginer des développement avec d'autres tables : par exemple les arbres plantés (où, combien), les arbres donnés (lesquels, à qui), le suivi des arbres, des remarques... Là il y aurait du relationnel, mais dans ma grande table des caractéristiques, je ne vois pas ou vraiment quelque chose m'échappe. Explique moi ton idée.

Merci de votre aide,
EM

[Dude]

Tu dois déjà établir tes relations avec ce type de phrase :

• un arbre a une ou plusieurs variétés
• une variété n'a qu'un seul arbre
• une variété a un type de sol
• un type de sol a une ou plusieurs variétés
• etc

C'est en faisant ce travail que tu construiras ton modèle.

[emena]

Hello,

ça m’embête parce que tu mets gentiment de l'énergie à me faire comprendre ce que tu veux dire, mais je n'arrive pas à te faire comprendre ce que moi je veux et je me dis que si tu comprenais tu pourrais sans doute me donner de bonnes idées.
Alors, je te propose un dernier essais puis on dira qu'on est pas d'accord et ce n'est pas grave.

D'abords mon objectif :

Je veux juste faire des jolies fiches explicatives pour moi et pour les gens à qui l'on donne les arbres.
Je ne veux pas faire de gestion, juste une description avec une illustration.
Je passe par un tableau et du publipostage pour structurer les données et avoir une unité de forme entre les fiches. Mais, on pourrait très bien faire des fiches manuellement.

Ensuite l'organisation des données

Il y a plusieurs classification botanique, mais en gros pour le commun des mortels, on utilise l'espèce et la variété.

L'espèce est un terme large :
Par exemple, quand on dit pommier cela évoque une série de chose.
Mais si tu lis ce qu'en dit wikipedia tu vois qu'il y a des pommiers de 2 à 30 mètres de haut, la plupart sont fruitiers mais certains sont ornementaux, certains sont épineux...
Pour avoir une idée de ce dont on parle il faut la variété.

La variété est univoque
Quand on donne la variété d'une plante, on décrit un ensemble unique de caractéristique.
Ce qu'il y a dans mon tableau et ce que je souhaite avoir, c'est l'ensemble des caractéristiques utiles pour nous des variétés que nous avons.
C'est tout, juste les caractéristiques spécifiques des variétés que je ferais figurer sur ma fiche.

Je pourrais à la limite faire une table des espèces et une autre des variétés puisque les variétés font partie des espèces.
Mais cela a peu d'intérêt, il n'y aurait rien dans la table des espèces, et juste une colonne de moins dans celle des variétés.

J'espère que je me suis fait comprendre, merci de ton insistance,
Bonne journée,
EM

[Dude]

Je veux juste faire des jolies fiches explicatives pour moi et pour les gens à qui l'on donne les arbres.
Je ne veux pas faire de gestion, juste une description avec une illustration.

Pour faire ces fiches, il te faudra une base de données avec un modèle relationnel.
Un exemple parmi d'autres mis en ligne par Piaf : viewtopic.php?f=26&t=58098

[ChristianC]

Salut,
Les colonnes en rouge sur ton fichier exemples devraient être les tables principales.
Faire une table espèces avec un ID autovaleur, nom français et nom latin.
Faire une table variété avec l'ID de la variété, le nom de la variété, la page et le champ Référence à l'ID de l'espèce .
Dans chaque table (colonne rouge) introduire les noms de champs correspondant puis un champ ID et un champ Référence à table principale
Tu peux aussi créer une table des mots clés utilisés dans la base, ce qui aidera à la saisie avec des listes déroulantes.
Il sera possible de créer une requête qui mettra ensemble les champ d'une même table (= concaténer) ce qui facilitera une mise en page de publipostages ou de rapports.
Si tu as bien lu les articles proposés par Dude cela ne devraient pas poser de problèmes.
Bon courage pour ce début.

[jeanmimi]

Bonjour,

Je pourrais à la limite faire une table des espèces et une autre des variétés puisque les variétés font partie des espèces.

Je te propose cette ébauche de Base relationnelle où, pour une espèce, il y a plusieurs variétés. La relation entre les deux Tables évite d'avoir à stocker plusieurs fois les caractéristiques de l'espèce, le regroupement se faisant par une requête comme déjà indiqué plus haut dans ce fil de messages.
Pour les autres caractéristiques, seront-elles aussi univoques ?

[jeanmi2403]

Bonjour,

Je veux juste faire des jolies fiches explicatives pour moi et pour les gens à qui l'on donne les arbres.

Question(s) idiote(s) :

• pourquoi ne pas faire les fiches directement avec Writer en utilisant un modèle, éventuellement prérempli?
• question subsidiaire : comment sont faites les belles fiches que tu nous a communiquées ?

Pourquoi utiliser Calc ? Le fichier ods qu tu as envoyé est tout simplement une torture à consulter, et sûrement aussi à saisir. 12à colonnes, ça fait beaucoup !
Il faudrait voir ça à travers un formulaire, soit base de données, soit PDF.
A plus

[emena]

Hello,

Ok, je vais le faire, c’est plus propre, et permet de meilleurs développement, s’il devait y en avoir.
Je fais les design des tables et des relations. Je te donnerais ça.

Mais mon objectif, reste toujours de faire des sorties jolies et avec la charte graphique de chaque association.
Comment faire pour passer des listes des sous formulaires à quelque chose comme ce que j’ai envoyé plus haut.

J’ai regardé les formulaires, je ne trouve rien.
Dans les requettes, il y a bien les formules mais c’est limite.
Peut-être en passant par des vues ?

C’est un peu moche si je dois encoder une 30aine de table pour découvrir après que je ne pourrais pas faire ce que je veux.

Hello jeanmi2403,

J’appartiens à plusieurs association qui font des arbres ou aromatiques à distribuer.
L’idée d’avoir un classeur est de réunir les données et les sortir en fonction de chaque assos (contenu et graphique)
Je l’ai fait avec du publipostage jusqu’à maintenant, mais je n’arrive pas à avoir des photos.
Comme le classeur c’est lourd, j’ai pensé à autre chose.


Encore merci
EM

[Dude]

C’est un peu moche si je dois encoder une 30aine de table

30 tables ?
Il y a un problème de conception.

Mais bon si tu t'obstines à ne pas décrire les relations, tu n'iras pas très loin.

[emena]

Ok,

J'ai un petit côté méditerranéenne, mais en version minimum, j'ai 11 tables.
Ce serait déjà beaucoup à encoder alors que je ne sais pas si je pourrais m'en servir puisque je ne sais pas encore si je pourrais en faire des fiches acceptables.

Bonne journée,
EM

[Bidouille]

Bonjour,

Pouvez-vous m'expliquer le besoin de fournir vos explications dans un ODT ?
Cela oblige les bénévoles à télécharger un document inutilement alors qu'il est plus simple de les donner dans votre message directement.

1. Pour chaque espèce
• Le nom français
• Le nom latin
2. La bibliographie
• L’ensemble des données du livre
• La page

3. pour chaque variété
• La référence à l’espèce
• Le nom français
• Le nom latin complet de l’espèce
• D’éventuel nom vernaculaire
• Référence à la table de bibliographie
• Origine
• Biotope
• Le type (canopée…)
• Le feuillage (persistant, caduc, semis persistant)
• Zone de culture
• Tolérance à l’ombre pour survivre
• Besoin de lumière pour fructifier
• Couleur des fleurs
• Caractéristiques de l’écorce
• Type de sol (frais, léger...)
• Référence à la table des parties comestibles
• Référence à la table des parties médicinales
• Référence à la table des autres parties utiles
• Référence à la table des modes de reproduction
• Adresse du fichier image


4. Pour chaque partie utile comestible
• Références aux parties (fruit…)
• La période de récolte
• Références aux mode de préparation
• Rendement moyen
• Commentaire (par exemple, « si on utilise la sève, le bois sera moins bon »)

5. Pour chaque partie médicinale
• Références aux parties (fruit…)
• L’effet
• L’organe
• Références aux mode de préparation
6. Pour chaque autre partie utiles
• Références aux parties (fruit…)
• Usage en texte
7. Les parties utiles
• Fruits
• Feuilles
• Fleur
• Graines
• Sève
• Racine
• Jeune pousse
• écorce
8. Les mode de préparations
• Cru
• infusion
• décoction
• extrait
• isolat
• Séché
• confiture
• jus
• tisane
• épice
• Cuit (divers)
9. Table des modes de reproduction
• Référence au mode de reproduction
• Commentaire
10. Mode de reproduction
• Stratification
• Semis
• Scarification
• Bouture
• Greffe
• Drageonne
• Division
• Reproduction

11. Mellifère
1. Nectar
2. Pollen
3. miellat
4. Mois de floraison

Veillez à nous épargner du travail la prochaine fois.

[jeanmimi]

Ce serait déjà beaucoup à encoder

Tu as raison, cela demandera un peu de travail.
J'ai créé ce formulaire que j'ai utilisé pour saisir les parties utiles d'un arbre, sachant qu'il peut y en avoir plusieurs pour une variété et qu'elles peuvent être différentes d'une variété à l'autre.
Les photos sont stockées dans le même répertoire que la base, ce qui facilite leur affichage dans un Contrôle Picto.
Par Macro, il est possible de n'imprimer que la fiche de l'enregistrement visualisé sur le formulaire.

[emena]

Grand merci pour l'ébauche ,

Je crois que je dois vous expliquer quelque chose.
De 1979 à 1993, j'étais informaticienne. Les bases de données relationnelles existaient déjà, j'en ai dessiné plusieurs. J'ai rarement joué avec SQL, mais ça m'est arrivé. J'étais plutôt spécialisée dans l’industriel, je programmais en assembleur et C++
En 1993, je me suis recyclée, mais j'ai continué à installer quelques CMS pour des amis, cela m'a demandé quelque fois de comprendre les bases qu'ils utilisaient pour débloquer des situation ou faire des patchs. Par contre, je n'ai plus jamais utilisé SQL sauf via phpmyadmin.

Bref, faire les ébauches de tables que je vous ai donné m'a pris 15 minutes, j'ai fait des tests dans BASE sans problème, ce type de savoir ne se perd pas.
Par contre, ce qui se perd ce sont les astuces ou la programmation.

Je donc reviens à ma questions d'origine reformulée à partir de nos progrès

Prenons la table des modes de reproduction, on y trouve :

- Référence au mode de reproduction
- Commentaire

Est-ce que c'est possible d'avoir en sortie un texte : " contenu([Référence au mode de reproduction]) : [Commentaire] " ?

ça m'est égal si la solution est lourde, si elle passe par une vue, une requête, une macro ou 36 étapes... L'important est de ne pas me taper ces listes toutes moches des formulaires

Sinon, je reviendrais à ma solution CALC. Elle est lourde et je ne peux pas y mettre de photos des plantes ce qui est très dommage.
Mais, si mon résultat final est moins satisfaisant que ce que j'ai déjà, ce serait vraiment sans intérêt de perdre mon temps à encoder une base de donnée.

Merci encore de notre patiente mutuelle
EM

[jeanmimi]

Est-ce que c'est possible d'avoir en sortie un texte : " contenu([Référence au mode de reproduction]) : [Commentaire] " ?

C'est possible dans une requête en concaténant les deux champs, avec les deux points ou aitre signe, entre les deux.
Dans cette copie d'écran, la commande pour concaténer est le double pipe ||, mais il est possible aussi d'utiliser la commande CONCAT.

[emena]

MERCI,

Juste une dernière étape, est-ce qu'il est possible d'avoir

"mode repro composé 1", "mode repro composé 2"... en texte

Je suppose que c'est plus compliqué, mais je suis prête à passer par une macro s'il faut.

Je vais faire des tests.
Je te dis quoi demain, je parts au travail.
EM

[jeanmimi]

est-ce qu'il est possible d'avoir

Oui, de cette façon, dans l'ébauche de requête :

Code : Tout sélectionner

'mode repro composé'||' '||"Mode_Repro" || ' : ' || "Commentaire"

[emena]

Il fait du récursif ?
A demain
EM

[jeanmimi]

Il fait du récursif ?

Qui fait du récursif ?

[emena]

Hello,


Je t'envoie deux captures d'écran ma requête telle qu'elle est formulée et le résultat.
J'ai la moitié de ma réponse.

Maintenant, si je donne la fiche à des gens qui sont surtout intéressés par l'alimentation, ils n'ont pas besoin de tout les détails sur la manière de reproduire. Est-ce que l'on pourrait faire une concaténation, non plus horizontale, mais verticale.

Dans mon exemple le résultat serait, par exemple : "mode de reproduction : scarification, greffe, bouture"

C'est peut-être ta dernière réponse, mais je n'arrive pas à l'appliquer.
Merci encore
AM

[emena]

Hello,

Je commence à me répondre,
Il y a des commandes SQL pour faire des sommes, moyenne et autres calculs de colonnes mais je n’ai pas trouvé dans les fonctions de texte d’équivalent à la fonction CALC : « joindre.texte ».

Je vais voir si une macro ne serait pas trop compliquée, je ne pense pas que cela existe, j’en ai pas encore trouvé dans le forum.

Je laisse encore ce post pour s’il vous viens une idée avec les capacités de base, je mettrais résolu dans une semaine.

Merci encore de votre aide,
EM

[jeanmimi]

je n’ai pas trouvé dans les fonctions de texte d’équivalent à la fonction CALC : « joindre.texte »

Il faut faire une recherche sur GROUP_CONCAT :
viewtopic.php?t=33843&sid=567282406f221 ... 918358e6ed
Le mieux serait de commencer un nouveau fil de messages, car celui-ci devrait être clôturé en Résolu.

[emena]

Hello,

Merci, c’est ça qu’il me fallait.
Avec groupe-concat, c’est résolu.
Je vais mettre ça en ordre,
Merci de ton aide
EM

[jeanmimi]

Pour faciliter l'utilisation de GROUP_CONCAT par d'autres utilisateurs, tu peux aussi joindre ta Base de données (sans les photos).