Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Affichage des résultats du sondage: Avez vous l'intention d'utiliser les pièces-jointes?

Votants
47. Vous ne pouvez pas participer à ce sondage.
  • Oui

    20 42,55%
  • Oui, principalement pour des images

    11 23,40%
  • Non, je laisse mes documents à l'extérieur de la base

    15 31,91%
  • Non, j'utilise les champs de type <objet OLE>

    1 2,13%
  1. #1
    Responsable Access

    Avatar de Arkham46
    Profil pro
    Inscrit en
    septembre 2003
    Messages
    5 424
    Détails du profil
    Informations personnelles :
    Localisation : France, Loiret (Centre)

    Informations forums :
    Inscription : septembre 2003
    Messages : 5 424
    Points : 12 215
    Points
    12 215

    Par défaut [Access 2007 - Nouveauté] Champ Pièces-Jointes

    [Access 2007 - Nouveauté] Champ Pièces-Jointes
    Voici ce qu'on peut lire dans l'aide en ligne de la nouvelle version d'Access (trouvez la beta ici) :

    Type de données Pièces-Jointes pour stocker des images, des graphiques, des fichiers Office, ou tout autre type de fichiers.
    Le nouveau type de données Pièces-Jointes vous permet de stocker facilement tout type de documents ou fichiers binaires sans que la taille de la base de données ne gonfle inutilement.
    Les pièces-jointes sont automatiquement compressées si cela est approprié pour optimiser l'espace utilisé. Vous avez besoin d'attacher un document Microsoft Office Word 2007 à un enregistrement? Vous voulez sauvegarder une série d'images numériques dans votre base de données?
    Les pièces-jointes vous facilitent grandement cette tâche. Vous pouvez même attacher plusieurs pièces-jointes à un même enregistrement.
    Illustrations:

    Affichage dans un formulaire :


    Popup de gestion des pièces attachées :


    Tests :
    Augmentation de la taille de la base de données lors de l'insertion de fichiers :
    1024ko pour une image Jpeg de 1004Ko
    33880ko pour un document Pdf de 33702Ko
    La taille du fichier intégré est quasiment identique à la taille de l'objet d'origine.
    A noter que le compactage après insertion des fichiers n'a réduit la taille de la base de données que d'environ 4ko par fichier attaché.


    Questions
    - Avez-vous l'intention de l'utiliser pour y attacher vos documents?
    - Si oui, dans quel type d'applications et pour quels type de documents?
    - Au contraire pensez-vous continuez à stocker vos documents à l'extérieur de la base de données?
    - Tout commentaire est bienvenu...

  2. #2
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

  3. #3
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    Rigolo, ce gadget ne me semble qu'être une évolution du champ Objet OLE.
    Je pense que, pour ma part, je continuerai à recommander le stockage des path en champs texte, et l'affichage en dynamique.

    et na !

  4. #4
    Membre éclairé Avatar de Le Pharaon
    Profil pro
    Inscrit en
    mai 2004
    Messages
    880
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mai 2004
    Messages : 880
    Points : 741
    Points
    741

    Par défaut

    Citation Envoyé par Maxence HUBICHE
    Rigolo, ce gadget ne me semble qu'être une évolution du champ Objet OLE.
    Je pense que, pour ma part, je continuerai à recommander le stockage des path en champs texte, et l'affichage en dynamique.
    et na !
    Je suis d'accord avec toi dans certains cas.

    Mais quand il s'agira d'envoyer des informations (avec photo par exemple) sur un autre réseau on sera obliger d'utiliser les pièces-jointes
    Scuse me while I kiss the sky ! Jimi Hendrix

  5. #5
    Expert confirmé

    Profil pro
    Inscrit en
    avril 2002
    Messages
    3 338
    Détails du profil
    Informations personnelles :
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : avril 2002
    Messages : 3 338
    Points : 4 643
    Points
    4 643

    Par défaut

    Non je continuerai a utiliser le module de Gaël Donat : FileIncluder
    D'ailleurs le type champ pièce-jointe est pale imitation

    Plus sérieusement, il est vrai que l'inclusion massif de document dans une base de données et pas forcément que Access n'est jamais très bon, je pense donc avoir la même utilisation que Maxence, cela dit mettre quelques fichiers (et pas 12000) pour faire une application deployable en stand-alone sans application tierce (type innosetup) peut-etre intéressant.

    A voir.

  6. #6
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    Citation Envoyé par Bujuman
    Je suis d'accord avec toi dans certains cas.

    Mais quand il s'agira d'envoyer des informations (avec photo par exemple) sur un autre réseau on sera obliger d'utiliser les pièces-jointes
    Bof...
    Si vraiment tu sa besoin d'échanger, tu mets tes fichiers sur un serveur ftp.
    A partir de là, rien ne t'empèche de retrouver le fonctionnement que je décrivais.
    non ?

  7. #7
    Rédacteur/Modérateur
    Avatar de argyronet
    Homme Profil pro
    Panseur de bobos en solutions ETL
    Inscrit en
    mai 2004
    Messages
    4 932
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Panseur de bobos en solutions ETL
    Secteur : Finance

    Informations forums :
    Inscription : mai 2004
    Messages : 4 932
    Points : 11 381
    Points
    11 381
    Billets dans le blog
    5

    Par défaut

    Mmmm, tout à fait d'accord avec
    Citation Envoyé par Maxence
    Rigolo, ce gadget ne me semble qu'être une évolution du champ Objet OLE.
    Je pense que, pour ma part, je continuerai à recommander le stockage des path en champs texte, et l'affichage en dynamique.

    et na !
    Comme tu dis, na !
    Ce qui donne son sens à la communication, c´est la réponse que l´on obtient. Si vous n´obtenez pas la réponse voulue, communiquez différemment.

    Ils comptent sur vous...
    Web Site@Mail
    Tutoriels : Déployez vos applications Access 2013 et 2016 */* Réalisez un Assistant de présaisie...
    MDB Viewer : Visionneuse Access v4.0
    *** Je recherche des profils (2 ans min.) Java EE, Fullstack, Front, .Net, Mobile... pour CDI ***

  8. #8
    Nouveau membre du Club
    Inscrit en
    décembre 2003
    Messages
    27
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 27
    Points : 25
    Points
    25

    Par défaut

    Salut !!

    Je souhaiterais répondre aux personnes qui pensent qu'ils ne faut pas mettre les fichiers dans la base de données.

    Je travaille en général sur Oracle pour mon boulot et on a des blobs qui sont remplis avec des images, des pdfs et autres documents. L'application qui le gére est une appli web.

    Alors il faut savoir comment sera utiliser la base de données pour savoir si cela vaut le coup.

    Je vais utiliser le champ "piéce jointe" car la base de données va circuler entre plusieurs personnes et que des photos doivent être vu facilement.
    Je suis le seul informaticien qui a la capacité de modifier et de créer un package si les fichiers sont externes à la base.

    Donc c'est une affaire d'utilisation.

    Cdlt,
    Guiblan

  9. #9
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    Ouaip !
    Mais, d'un autre côté, une base de données Access a une taille limitée.
    Alors, si tu stockes des images, des documents, des etc. tu vas faire grossir de manière exponentielle ta base de données. Donc...

    Comme tu dis, après, c'est une question d'utilisation.
    Donc, si jamais tu as une base avec 50 images de 50Mo, t'es déjà à 250Mo (au moins) rien que pour stocker les images.
    Sur une taille max de 2 Go, ca fait moyen !
    Mais bon... c'est vrai que là, ca passe.
    Maintenant, si tu fais une base de plusieurs milliers, voire centaines de milliers de lignes (ce qui devrait être plutôt fréquent pour une base de données) alors là, l'usage des pièces jointes se trouve très vite limité non ?

    Qu'en penses-tu ?

  10. #10
    Membre éclairé Avatar de Le Pharaon
    Profil pro
    Inscrit en
    mai 2004
    Messages
    880
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mai 2004
    Messages : 880
    Points : 741
    Points
    741

    Par défaut

    Citation Envoyé par Maxence HUBICHE
    Donc, si jamais tu as une base avec 50 images de 50Mo, t'es déjà à 250Mo (au moins) rien que pour stocker les images...
    Tu voulais dire 5 Mo ?
    Scuse me while I kiss the sky ! Jimi Hendrix

  11. #11
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    oui...
    oups !
    j'ai bavé

  12. #12
    Nouveau membre du Club
    Inscrit en
    décembre 2003
    Messages
    27
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 27
    Points : 25
    Points
    25

    Par défaut

    Salut !!

    Dans mon cas, en ce moment, j'ai des images jpeg de 5ko donc je vais pouvoir en mettre.

    La base de données est pour gèrer une association au niveau des membres et du matériel. Il n'y aura pas 5000 adhérents d'un coup donc il y a de la marge pour stocker les photos.

    Comme nous sommes plusieurs à travailler sur la base finale ( responsable du matériel, trésorier, président et les initiateurs) il faut donc un système centralisés sans internet (certaines ne l'ont pas ).

    Donc il faut avoir les images dedans.

    Au départ j'avais pensé prendre une base de données MySQL avec un programme java mais OpenOffice Base marche assez bien. Le problème est au niveau des sous-formulaires qui ne sont pas utilisés comme pour Access.
    Avec cette nouvelle fonctionnalité, j'ai pris la décision de tester la faisabilité de ce projet sous Access 2007.
    C'est pour cela que je pense que dans certains cas précis, le stockage des images ne pose pas de problèmes.

    Cdlt,
    Guiblan

  13. #13
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

    Par défaut

    Cela ne justifie pas non plus un champ de type pièce jointe ici.

    Car ton appli pourrait trés bien être non pas un fichier mdb mais un fichier mdb et un sous répertoire image. Cela ne change rien à la sauvegarde puisque de toute façon la taille de la base avec les images dedans et celle de l'ensemble du répertoire sont assez proches.

    Il ne faut pas oublier non plus que avec une pièce jointe, si deux enregistrements ont tous les deux le même fichier, on le stocke deux fois dans la base alors que si le fichier est hors de la base on ne stocke que deux fois son chemin. Donc beaucoup moins place.

  14. #14
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    j'ajoute que, même si, dans le cas que tu énonces (des images de 5Ko pour 5000 Enr.) ce n'est pas impossible d'utiliser la fonctionnalité, il y a exclusion (et toi-même tu le dit) des échanges via le net, puisqu'il faut un fonction centralisée de l'information, puisque certains n'ont pas le net et que 5000 * 5 = 25000K soit 25Mo !!! et ça, par mail... :s

    Donc, si c'est centralisé, on retrouve l'intérêt de gérer les données dans une base de données et les fichiers par le système d'exploitation.

    Bref, utiliser le marteau pour planter le clou et le tournevis pour visser, et pas l'inverse

  15. #15
    Membre éclairé

    Homme Profil pro
    Inscrit en
    juillet 2005
    Messages
    626
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : juillet 2005
    Messages : 626
    Points : 712
    Points
    712

    Par défaut les pièces jointes

    Bonjour,

    Voici mon expérience des PJ.

    Il fallait accompagner dans les mails avec le devis et les commandes tout un lot de fiches techniques et autres.

    Au début j'ai utilisé le champ pièce jointe mais à la longue des soucis sont apparus et avant que cela ne dégénère je suis passé à la gestion par le code d’une arborescence documentaire, on a plus de soucis et les utilisateurs sont satisfaits et la base aussi.

    c'est, à mon avis, fait pour l'utilisation interne de la base pas pour faire de la ged.

    a+

Discussions similaires

  1. Réponses: 14
    Dernier message: 04/01/2008, 16h20
  2. [Access 2007 - Nouveauté] Les volets d'aide à la création de champs
    Par Arkham46 dans le forum Sondages et Débats
    Réponses: 1
    Dernier message: 01/06/2007, 11h28
  3. Réponses: 4
    Dernier message: 06/10/2006, 15h24
  4. [Access 2007 - Nouveautés] Les champs multi-valués
    Par Tofalu dans le forum Sondages et Débats
    Réponses: 18
    Dernier message: 03/08/2006, 10h16
  5. [FAQ] [Access 2007] Gestion des pièces jointes en VBA
    Par Tofalu dans le forum Contribuez
    Réponses: 4
    Dernier message: 04/07/2006, 00h16

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo