Bonjour,
je suis hyper novice en GED (Gestion électronique de documents) et veuillez d'avance m'excuser si mes propos sont saugrenus!
quel est l'interet pour un GED d'avoir des bases de données relationnelles ?
merci d'avance
Bonjour,
je suis hyper novice en GED (Gestion électronique de documents) et veuillez d'avance m'excuser si mes propos sont saugrenus!
quel est l'interet pour un GED d'avoir des bases de données relationnelles ?
merci d'avance
Stockage fiable, sécurisé, contrôles des accès, sauvegardes, transactionnel...
A +
DB2 Content Manager d'IBM qui se base soit sur DB2, soit sur Oracle.
Mais l'outil sépare le stockage des documents et les données relatives aux documents. Les données peuvent être dans un DB2 et les documents (dans un DB2 aussi), mais également dans un file system ou bien geré par un Tivoli Storage Manager qui mettra les données sur des bandes après une certaine période et sur du file system pendant quelques années.
Donc, il faudrait que tu précises l'utilité de la bases relationnelles : Pour le stockage des fichiers ou pour le stockage des informations.
Après, il y a des petites GED (par exemple DocCenter : http://www.irislink.com/c4-388-63/IRIS-DocCenter.aspx ) qui utilisent des SGBD classiques pour le stockage des infos et le stockage des fichiers.
il n'y a pas spécialement d'interet à encapsuler les fichiers dans une base de données relationnelle. L'essentiel d'un travail de conception de système de GED consiste à définir et gérer des talons d'indexations qui eux vont être dans la bd.
Sinon on peut toujours mettre dans un champs blob dans mysql les fichiers, comme on peut attacher un doc dans lotus notes mais l'interet est limité, si c'est pour la sécurité, un htaccess peut suffire.
par rapport à un système de fichier, les recherches seront plus légères et plus structurées avec une bd.
On peut faire une vraie application, de gestion des connaissances par exemple, de gestions des doc qualité, selon les normes mises en place dans l'entreprise.
Un partage de doc va organiser les fichiers selon une arborescence, qui, tout aussi bien faite qu'elle peut l'être, présentera une seule vue. La recherche se fera selon selon cette vue ou le moteur de recherche qui cherchera ce qu'il peut et ramènera un listing en vrac.
Un système avec BD permettra de contruire des vues différentes. Chaque utilisateur peut organiser les références aux docs selon ses besoins et cela fera autant de vues.
Les grosses GED que je connais n'utilisent en général pas directement la base de données pour stocker le contenu du fichier (ou bien c'est optionnel).
Notamment parce qu'il y a souvent des problèmes liés à la migration de données (on sait qu'une fois intégré, le fichier sera tout le temps utilisé pendant 1 an mais après on peut l'archiver ailleurs sur du stockage très lent), certaines données doivent être par exemple stocké pour des raisons légales pendant de longues périodes (par exemple 10/20 ans), au fait de vouloir rendre impossible (même physiquement) la suppression des fichiers (donc, ça peut se faire avec du stockage sur du file system spécial)
Avec DB2 Content Manager, pour faire du stockage à long terme ou légal, on couple en général avec d'autres solutions comme : DB2 CommonStore et DB2 RecordsManager.
Avec la technique du DATALINK (norme SQL) implémentée notamment par IBM DB2 ou SQL Server 2008 (FileStream) vous pouvez stockez vos fichiers dans un file system alors que même ils font partie des données de la base. De ce fait le stockage est toujours synchrone et la sauvegarde de la base de données sauvegarde aussi les fichiers...
Reste à savoir quelles sont les solution de GED assez intelligentes pour tirer parti de cette fonctionnalité !
A +
Bonjour,
Je ne sais pas si je répond à la question initiale. Nous utilisons une GED appelée M-Files mis en place depuis peu dans notre société. J'ai eu à m'en occuper et le prestataire nous a formé à son usage en 3 jours.
là j'y ais appris que la base de données utilisée était la SGBDR Firebird et si je ne me trompe pas, SGBDR signifie base de données relationnelle.
les fichiers, eux, sont dans un répertoire appelé Filedata et ne sont pas stockés dans la base de données. l'avantage c'est le que le répertoire filedata peut etre déplacer n'importe où (sur un NAS, un SAN ou tout autre emplacement dispo sur le réseau).
En revanche quand on fait une sauvegarde, on a un fichier 'plat' qui contient fichiers et bdd.
et à mon avis, encapsuler les fichiers dans la base de données ferait tomber les performances.
A+
C'est un vieux fil de discussion, mais pour ceux que ça intéresse, voici un mini modèle de données GED pour ceux qui veulent s'essayer à développer une GED maison:
http://gedcoyote.blogspot.ca/2011/02...a-gestion.html
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager