Discussion :

[tree.management]

Bonjour à toutes et à tous.

Je viens vers vous car j'ai un soucis avec ma base de données.

En fait je vous explique : ma base de données se composent de zones images (images se trouvant dans des dossiers où est ma base de données).
L'idée de la BD est qu'au lieu d'obtenir une valeur texte à l'impression, j'ai une image.

Principe de l'encodage de mes données :
Pour faire simple, imaginons que j'ai un patient, son état de santé est codifié par 3 lettres (A = parfaite santé (représentée par un rond vert), B = moyen (rond orange) et C = malade (rond rouge).

Et si j'encode dans mon formulaire :
- Patient 1 : A = alors dans mon état, j'aurais un rond vert correspondant au patient 1 ;
- Patient 2 : A = alors dans mon état, j'aurais un rond vert correspondant au patient 2 ;
- Patient 3 : C = alors dans mon état, j'aurais un rond rouge correspondant au patient 3.

Cepedant, tout fonctionne parfaitement lorsque j'encode mes données.
C'est en fait dès que je souhaite soit faire des modifications dans mes états ou imprimer mon état complet.

Je voulais savoir si il existe une méthode pour fractionner une base de données ?

[tree.management]

En fait oui, je ne vous ai pas dit, le problème est que si j'ai trop de données à encoder, un message d'erreur s'affiche à l'impression : "Ressources insuffisantes"

[User]

Bonjour,

Il existe une commande sur le ruban : "Outils de base base de données" -> "Base de données Access" qui permet de fractionner la base de données.

Sinon, ce n'est jamais une bonne idée de stocker les fichiers images dans la base, il vaut mieux sauvegarder uniquement les chemins de ces fichiers, après il y a toujours la possibilité d'afficher ces images à partir de leur chemin, même en continu, dans des contrôles images placés sur votre formulaire.

Cdlt,

[tree.management]

Merci pour ta réponse.

J'ai peut-être oublié de préciser mais les images ne sont pas directement intégrées dans la base de données mais comme tu le dis, ce sont des chemins vers les images.
Elles sont uniquement visibles lorsque j'imprime les rapports ou les passent en aperçu.

Par contre, dans le ruban, je ne trouve pas l'outil fractionner comme tu le dis (cf. pièce jointe).

[User]

C'est le bouton "Base de données Access" sur cet onglet.

[tree.management]

Merci.
Donc je viens de tester et quand j'ai cliqué, tout s'est passé super.

Par contre, j'ai toujours le même où quand je souhaite aller en mode "Création" dans un de mes états par exemple, cela prend toujours un temps fou.
Et même chose quand je souhaite passer en mode aperçu.

Est-ce peut-être parce qu'il faut que le temps que toutes les images s'agencent dans le rapport ?

Cordialement

[User]

J'imagine, que pour afficher un rond vert, orange ou rouge il n'y a pas besoin d'images bien grandes ?

Y-aurait pas moyen de réduire la taille des images ?

Sinon, comment vous encodez tout cela, dans une requête ?

Cdlt,

[tree.management]

Je vais essayer de réduire la taille des images effectivement, elles sont chacune environ 3,5Ko donc je ne pense quand même pas que ça provienne de ça si ?

Toute des données sont encodées directement dans des formulaires.
Ensuite, lorsque toutes les données sont encodées, à l'impression, les données sont actualisées avec les images.

Pour info, l’état principal comporte 10-15 sous-états (dont environ 6-7 comporte des images changeante selon les données).
Est-ce que cela pourrait être lié ?

Merci pour ta réponse.

[tree.management]

J'ai essayé en réduisant la taille des images mais rien n'y fait.

[User]

Salut,

Il y aurait pas moyen de faire des regroupements à la place des sous-états ?

Il faudrait voir aussi les requêtes sources, se basent-elles sur plusieurs tables, combien de tables sont en jeu dans les requêtes ?

Combien d'enregistrement sont affichés en tout ?

Voilà quelques pistes de réflexion.

Sinon, en dernier recours, vous pouvez poster la base, juste pour voir la structure de l'état et des requêtes.

Cdlt,

[bertiny]

Cepedant, tout fonctionne parfaitement lorsque j'encode mes données.
C'est en fait dès que je souhaite soit faire des modifications dans mes états ou imprimer mon état complet.

Pour info, l’état principal comporte 10-15 sous-états (dont environ 6-7 comporte des images changeante selon les données).
Est-ce que cela pourrait être lié ?

Alors je pense que tout concourt au fait que le problème est localisé au niveau de cet état car comme tu le dis tout fonctionne mieux ailleurs.
Je pense que si l'état est basé sur une requête alors en exécutant cette requête tu devrais constater cette lenteur sans avoir à ouvrir l'état. Comme il contient des sous-état alors le processus est valable pour ces sous-états. Essayer d'exécuter les requêtes dont sont basés les sous-état et tu constateras surement le sous-état qui crée la lenteur dans l'état principal.

[tree.management]

J'imagine, que pour afficher un rond vert, orange ou rouge il n'y a pas besoin d'images bien grandes ?

Y-aurait pas moyen de réduire la taille des images ?

Sinon, comment vous encodez tout cela, dans une requête ?

Cdlt,

Ce ne sont effectivement pas de grandes images. A moins que vous conseillé de les réduire d'avantage (au niveau de leur taille et leur poids je suppose) ?

Sinon, tout cela est directement dans des formulaires et non via des requêtes.
Et l'ajustement des états sont faits directement avec les tables.

Peut-être voudriez-vous voir la base de données ?

[tree.management]

@ Bertiny

Merci pour ta réponse.
C'est vrai que je n'y avais pas pensé à voir d'où vient le problème de cette manière là.
Je vais un peu voir si cela fonctionne pour trouver le soucis.

[User]

...

Peut-être voudriez-vous voir la base de données ?

Tout à fait, je serais curieux de voir comment tout cela est arrangé

Cdlt,

[tree.management]

Tout à fait, je serais curieux de voir comment tout cela est arrangé

Cdlt,

Je t'envoi alors le lien de téléchargement en message privé (la base de donnée étant lourde)

[User]

Bonsoir,

Je viens de regarder brièvement votre base de données, par manque de temps je n'ai pas pu tout étudier.
Cependant, il y aurait peut-être moyen de tester une chose sur une copie de la base :

Je remarque que vous utilisez plusieurs tables séparées pour enregistrer le nom des images :

tbl_etat_meca_Z1 (ID_Arbre, etat_mecanique_1)
tbl_etat_meca_Z2 (ID_Arbre, etat_mecanique_2)
...
tbl_etat_meca_Z5 (ID_Arbre, etat_mecanique_5)

Tables que vous reliez par exemple à votre table principale tbl_generalites_arbres.

Même si au niveau conception ça semble correct, je me demandais s'il n'y avait pas moyen de faire un test à part en regroupant tout dans une seule table :
tbl_etat_meca_Z (ID_Arbre, etat_mecanique_1,etat_mecanique_2,..,etat_mecanique_5)

Ou a la limite de tout passer dans tbl_generalites_arbres, de façon a diminuer le nombre d'objets/tables ouverts en simultanée.
Cela simplifie et optimize les requêtes sources...

Notez que vous pouvez faire la même chose pour d'autres tables (tbl_etat_global, tbl_EM_Global, tbl_EP_Global => tbl_Global...)

J'essaierai de regarder plus en détail demain, mais je crois qu'il faudrait déjà creuser cette piste, le but étant de limiter le nombre d'objets par requête

Cdlt,

[tree.management]

Je vous remercie pour votre investissement et vos commentaires.
Mais par contre, je ne saurai regarder à ça que dans deux semaines car je pars en vacances pour 15jours cette nuit

Je plancherai là-dessus dès mon retour !

[User]

Entendu, bonnes vacances et à dans 15 jours