Discussion :

[DamKre]

Bonjour,

Ce post est plus une confirmation d'une série de questions, que je préfère poser avant de me lancer dans des changements "profonds".

Jusqu'à présent, j'utilise encore un champ OLE pour stocker la photo de chaque enregistrement. Du coup, la taille de la base de données augmente sensiblement. Sans oublier que, avec Access 2007, fini Photo Editor...
Il vaut donc mieux passer par un champ indiquant le lieu où est stocké l'image.

Question 1
Dans le cas d'une base de données utilisée par plusieurs utilisateurs (principe frontale/dorsale), les images doivent dès lors être stockées dans un dossier sur le serveur (les images doivent pouvoir être accessibles à tous).
Cela n'est-il pas un problème ? (rapidité de chargement, disponibilité des images, ...)

Question 2
Vaut-il mieux prévoir un champ général dans une table de paramètres pour l'adresse de ce dossier ? Dans ce cas, pour chaque enregistrement, il suffirait de renseigner la fin du chemin (nom de l'image + extension).
Ou est-il préférable d'avoir le chemin complet de l'image pour chaque enregistrement ?
Personnellement, je pense que cette seconde option est la plus pratique, et évite de devoir jouer sur deux tables.

Question 3
Certains états contiennent une image comme logo.
Je suppose dès lors qu'il vaut mieux mettre le logo à l'extérieur de la base (donc sur le serveur) et ici encore faire un lien vers l'image ?

Question 4
J'ai plusieurs bases distinctes qui utilisent les mêmes images (exemple : la même photo d'une même personne).
Est-ce un problème d'utiliser un même dossier général d'images pour plusieurs bases de données multi-utilisateurs distinctes ?

Question 5
Ce système de gestion d'image est-il bien compatible avec Office365 ?


Je vous remercie de vos éclaircissements.

[nico84]

Bonjour,

J'utilise chacune des solutions proposées, je pense que cela dépend du contexte (nombre d'utilisateurs, nombre d'images, qualité du réseau...)
Qq avis sur certaines des questions ci-dessous

Question 1
Dans le cas d'une base de données utilisée par plusieurs utilisateurs (principe frontale/dorsale), les images doivent dès lors être stockées dans un dossier sur le serveur (les images doivent pouvoir être accessibles à tous).
Cela n'est-il pas un problème ? (rapidité de chargement, disponibilité des images, ...)

La dorsale a la même problématique en pire donc si l'image est sur le même serveur ça va marcher

Question 2
Vaut-il mieux prévoir un champ général dans une table de paramètres pour l'adresse de ce dossier ? Dans ce cas, pour chaque enregistrement, il suffirait de renseigner la fin du chemin (nom de l'image + extension).
Ou est-il préférable d'avoir le chemin complet de l'image pour chaque enregistrement ?
Personnellement, je pense que cette seconde option est la plus pratique, et évite de devoir jouer sur deux tables.

Pour une GED je prends l'option 2. Pour les images liées à un ficher donné (par exemple photo des produits en stock) je prends l'option 1 : par exemple pour la ref TOTO soit je trouve l'image TOTO.jpg dans le dossier ..\images_stock soit je mets un beau message "fichier ...\images_stock\TOTO.jpg introuvable" comme ça l'utilisateur sait quoi faire pour résoudre le problème

Question 3
Certains états contiennent une image comme logo.
Je suppose dès lors qu'il vaut mieux mettre le logo à l'extérieur de la base (donc sur le serveur) et ici encore faire un lien vers l'image ?

En général un logo est une petite image et il n'y a pas des milliers d'états donc je dirais plutot non

Question 4
J'ai plusieurs bases distinctes qui utilisent les mêmes images (exemple : la même photo d'une même personne).
Est-ce un problème d'utiliser un même dossier général d'images pour plusieurs bases de données multi-utilisateurs distinctes ?

Sauf contraintes de droit d'accès je ne vois pas de problème

Question 5
Ce système de gestion d'image est-il bien compatible avec Office365 ?

Déjà c'est plus cher alors si en plus c'est moins bien il faut pas acheter

[DamKre]

Bonjour,

Merci de ta réponse.
Je me permets de te demander quelques petites choses encore :

La dorsale a la même problématique en pire donc si l'image est sur le même serveur ça va marcher

Qu'entends-tu par "la même problématique en pire" ?

Question 2
Vaut-il mieux prévoir un champ général dans une table de paramètres pour l'adresse de ce dossier ? Dans ce cas, pour chaque enregistrement, il suffirait de renseigner la fin du chemin (nom de l'image + extension).
Ou est-il préférable d'avoir le chemin complet de l'image pour chaque enregistrement ?
Personnellement, je pense que cette seconde option est la plus pratique, et évite de devoir jouer sur deux tables.

Pour une GED je prends l'option 2. Pour les images liées à un ficher donné (par exemple photo des produits en stock) je prends l'option 1 : par exemple pour la ref TOTO soit je trouve l'image TOTO.jpg dans le dossier ..\images_stock soit je mets un beau message "fichier ...\images_stock\TOTO.jpg introuvable" comme ça l'utilisateur sait quoi faire pour résoudre le problème

Je suppose que de la GED consiste à faire une gestion de documents liés à un enregistrement (WORD ou PDF par exemple) ?
Ne vaut-il cependant pas privilégier l'option 2 dans le cas où, à partir d'une DB2, j'ai besoin de lire l'adresse complète de l'image associée à un enregistrement dans la DB1 ? Cela évite de devoir lire deux tables ?

Déjà c'est plus cher alors si en plus c'est moins bien il faut pas acheter

J'en déduis qu'il vaut mieux acheter à terme Office 2019 (ou sa version définitive suivante) que l'abonnement à 365...
J'en déduis également que la gestion d'image risque d'être plus difficile avec365 ?

Merci pour tous les précieux renseignements !

[nico84]

Qu'entends-tu par "la même problématique en pire" ?

Un accès rapide à la dorsale est plus nécessaire qu'aux images me semble-t-il

Je suppose que de la GED consiste à faire une gestion de documents liés à un enregistrement (WORD ou PDF par exemple) ?
Ne vaut-il cependant pas privilégier l'option 2 dans le cas où, à partir d'une DB2, j'ai besoin de lire l'adresse complète de l'image associée à un enregistrement dans la DB1 ? Cela évite de devoir lire deux tables ?

- Oui j'appelle GED un lien entre un document externe et un objet de ta base
- Soit l'adresse est implicite et commune à toutes les bases, soit effectivement il faut l'écrire qqpart. Dans mon exemple avec TOTO le nom et l'adresse sont implicites donc je n'ai rien à lire ni à écrire mais tout dépend du contexte.

J'en déduis qu'il vaut mieux acheter à terme Office 2019 (ou sa version définitive suivante) que l'abonnement à 365...
J'en déduis également que la gestion d'image risque d'être plus difficile avec 365 ?

Il me semble qu'office 2019 et 365 sont exactement le même logiciel acheté ou loué donc c'est neutre dans son utilisation
Ce qui peut avoir une influence c'est l'usage ou non des possibilités de stockage dans le cloud incluses dans office 365 en fonction de l'abonnement choisi

[DamKre]

Re-bonjour,

Je te remercie pour l'ensemble de tes réponses, qui m'ont éclairé.

- Soit l'adresse est implicite et commune à toutes les bases, soit effectivement il faut l'écrire qqpart. Dans mon exemple avec TOTO le nom et l'adresse sont implicites donc je n'ai rien à lire ni à écrire mais tout dépend du contexte.

Étant donné que l'adresse ne répond pas à ces deux conditions, il me semble prudent que le champ la renseigne complètement.
Le reste ne sera "que" du codage pour paramétrer le tout.
À moi de m'y mettre

Merci encore