Discussion :

[rcarlyp]

Bonjour,
J'ai un projet de base de données, dans cette base je vais stocker des photos, des rapports médicaux, résultats d'analyses ect... Dans l'ensemble des fichiers à stocker il aura des fichiers PDF, WORD, PNG. Au départ je voulais utiliser Access mais je sais qu'Access a une limite de 2 Go alors je viens de choisir un autre alternative qu'est une base MYSQL avec Acces en frontal mais la je me demande est ce que ca va marcher? Quelle est la limite de données (capacité) de MYSQL?

Cordialement,

[Artemus24]

Salut rcarlyp.

On ne stocke pas dans la base de données des fichiers, images et autres documents.
On les met tous dans un répertoire dédié à cela, qui est seulement accessible par la base de données (question de sécurités).
Tu peux créer autant de sous-répertoires dans ce répertoire que tu as de personnes à gérer.
L'organisation de tes sous-répertoires dépendra de la façon dont tu vas gérer tes fichiers.
Regrouper en un sous-sous-répertoire ce qui est médicale.
Un autre sous-sous-répertoire ce qui est administratif, et ainsi de suite.
Ainsi dans un sous-répertoire, tu auras tout ce qui concerne une personne.

Et dans ta base de données, tu vas créer des liens vers ces fichiers qui auront tous le même répertoire, classé en sous-répertoire dédié aux personnes.
Ainsi tu pourras mieux gérer la sécurité en autorisant ou pas les accès aux personnes.

L'accès à tes images et autres documents se fera par la page WEB et autorisera ou pas le téléchargement.

MySql, son rôle sera de créer des liens entre l'identité des personnes et tes fichiers.

Cordialement.
Artemus24.
@+

[rcarlyp]

Bonjour,
merci pour votre réponse. dans les types de données de champs Access Je pensais que j'aurais pu utiliser le TYPE Pièce Jointe pour stocker des fichier tels que Photos ect. J'aimerais utiliser la méthode (mettre tous dans un répertoire) comment faire.

Cordialement,

[escartefigue]

Bonjour,


Access comme MySQL ne savent pas garantir l'intégrité des documents externes à la base de données.

Ce qui signifie que vous pouvez tout à fait enregistrer une ordonnance du patient Dupont à un instant "T" et la remplacer par erreur par une ordonnance du patient Martin à T+1. Le SGBD ne dira rien, et ce sera la catastrophe médicalement parlant !

Tant qu'à changer de SGBD, utilisez SQL server qui, grâce à filestream, garantit l'intégrité des documents externes à la BDD : vous ne risquerez plus de supprimer ou modifier par erreur ces documents.
Dans un contexte médical, c'est particulièrement sensible.

Voir ICI

[SQLpro]

...Access comme MySQL ne savent pas garantir l'intégrité des documents externes à la base de données....

C'est même pire que ça... car il est impossible de synchroniser les sauvegardes des deux ensembles de données : table d'un côté et document de l'autre. En cas de restauration il y aura forcément de la perte d'un côté ou de l'autre...

A +

[rcarlyp]

Bonjour,
Alors je dois vous précisez que les prescriptions sont gérées dans une table afin d'éviter des erreurs pour les ordonnances, je voulais juste créer une table pour enregistrer les résultats d'examens de laboratoire, des scans et radio en les numérisant avec un scanneur afin d'éviter d'avoir trop de papier dans la clinique. Cette table est reliée à la table consultation ... bref. Moi ce que j'essaie de savoir , est ce qu'en sauvegardant ces document numérisés dans la table, la base de données ne va pas atteindre sa taille maximale. Je sais qu'Access c'est 2 go mais je ne sais pas combien
de Giga pou Mysql parce que je voulais changer de système de base de données de Access Vers MySQL ! Qu'en pensez-vous s'il vous plait ?

Cordialement,

[Artemus24]

Salut à tous.

Tu dois quand même conserver et rendre accessible les archives papiers au cas où tu te fasses pirater.

Tes documents papiers seront scannés et verrouillés sous la forme d'un PDF.
Afin de garantir la non falsification du document, tu peux créer une empreinte numérique et l'associer à ton lien dans ta base de données.
Quand tu ouvres un document, tu vérifies que tu as toujours la même empreinte numérique.
L'empreinte numérique se fait à l'aide d'une fonction de hachage cryptographique.
Tu peux aussi passer par un logiciel externe qui va te donner une empreinte numérique au moment de la création du lien.
J'utilise la fonction sha512 (de php) qui donner un résultat sur 512 bits, soit une chaine de 128 caractères.

Tu devras gérer les répertoires de tes documents au niveau de ton système d'exploitation.
Aucun utilisateur du système d'exploitation n'aura accès à ces répertoires.
Autrement dit, pas d'autorisation d'accès en dehors de MySql.

Il faudra autoriser seulement les utilisateurs mysql à déposer un document.
Ce document, comme il est lié à un patient, il devra être géré uniquement par son médecin traitant.
Ne jamais détruire un document qui aura été introduit dans MySql.

Tous les accès de consultation se feront au travers de MySql en lecture uniquement, à partir du médecin traitant.

Escartefigue a raison pour ce qui concerne l'intégrité des données.
On ne peut pas garantir les documents externe à une base de données.
Mais on peut faire en sorte de restreindre au maximum les accès à ces documents.

Ne pas oublier de faire quotidiennement des sauvegardes de la totalité des disques de stockage MySql + documents.
Pour la capacité de stockage maximale de MySql, je ne suis pas sûr de mon information, mais elle semble être au maximum de 16To.

@ Escartefigue : changer de SGBD n'est pas la solution car les problèmes de sécurité et leur mise en œuvre concernent avant tout le système d'exploitation utilisé. Si ceux-ci ne sont pas bien gérés, ton SGBD ne peut pas garantir l'intégrité des données

Cordialement.
Artemus24.
@+

[escartefigue]

Moi ce que j'essaie de savoir , est ce qu'en sauvegardant ces document numérisés dans la table, la base de données ne va pas atteindre sa taille maximale. Je sais qu'Access c'est 2 go mais je ne sais pas combien
de Giga pou Mysql parce que je voulais changer de système de base de données de Access Vers MySQL ! Qu'en pensez-vous s'il vous plait

La limite technique de 2go c'est une chose, mais l'intégrité des données c'en est une autre.
Encore une fois, avec MySQL, vous prenez de gros risques relatifs à l'intégrité, or, encore plus dans le milieu médical, c'est inacceptable.
Puisque vous devez changer de SGBD, autant en choisir un bon.

Relisez ma réponse n°4, tout y est expliqué !

@ Escartefigue : changer de SGBD n'est pas la solution car les problèmes de sécurité et leur mise en œuvre concernent avant tout le système d'exploitation utilisé. Si ceux-ci ne sont pas bien gérés, ton SGBD ne peut pas garantir l'intégrité des données

C'est faux, avec FileStream de SQL server, l'intégrité et la sécurité des données externes à la BDD sont justement garantis. Voir le lien que j'ai publié dans ma réponse n°4.
C'est une différence majeure avec MySQL qui lui ne sait pas le faire.

[Artemus24]

Salut Escartfigue.

Qu'est-ce qui est faux dans ce que j'ai dit ?
Je ne critique pas FileStream.
Pour protéger les documents externe, il faut interdire les accès (lecture, écriture et suppression) via le système d'exploitation.

Si je comprends ton raisonnement, je détruis l'objet blob externe à ta base sql server, et tu auras quand même une intégrité de tes données ?

Cordialement.
Artemus24.
@+

[escartefigue]

Avec file stream tu ne peux pas détruire l'objet, tout simplement, l'intégrité est gérée par le SGBD, pas par l'OS.
Les colonnes concernées sont administrées par les droits du SGBD (GRANT), c'est ainsi que l'intégrité est garantie

[rcarlyp]

Bonjour,

J'ai recu et j'ai bien compris
je vais suivre toutes ces directives. Merci infiniment!

Salut à tous.

Tu dois quand même conserver et rendre accessible les archives papiers au cas où tu te fasses pirater. [...]

[rcarlyp]

Bonjour,
Merci pour vos réponses, je vais relire.

Merci!

La limite technique de 2go c'est une chose, mais l'intégrité des données c'en est une autre.
Encore une fois, avec MySQL, vous prenez de gros risques relatifs à l'intégrité, or, encore plus dans le milieu médical, c'est inacceptable.
Puisque vous devez changer de SGBD, autant en choisir un bon.

Relisez ma réponse n°4, tout y est expliqué !


C'est faux, avec FileStream de SQL server, l'intégrité et la sécurité des données externes à la BDD sont justement garantis. Voir le lien que j'ai publié dans ma réponse n°4.
C'est une différence majeure avec MySQL qui lui ne sait pas le faire.

[SQLpro]

Salut Escartfigue.

Qu'est-ce qui est faux dans ce que j'ai dit ?
Je ne critique pas FileStream.
Pour protéger les documents externe, il faut interdire les accès (lecture, écriture et suppression) via le système d'exploitation.

Si je comprends ton raisonnement, je détruis l'objet blob externe à ta base sql server, et tu auras quand même une intégrité de tes données ?

Cordialement.
Artemus24.
@+

C'est bien ce que fais FILESTREAM de Microsoft SQL Server. En gros il privatise au profit de SQL Server une partie du disque (ou des disques) afin de stocker les fichiers à titre de fichiers sous le contrôle de Microsoft SQL Server et de manière anonymisée (le nom et l'extension des fichiers est viré...

A +

[Artemus24]

Salut SQLPRO.

Merci pour l'information.
Par privatisé, je dois comprendre que SQL Server encapsule les fichiers dans un espace du ou des disque(s) où lui seul à accès.
Les fichiers ne sont même pas visible sur le disque

Cordialement.
Artemus24.
@+

[SQLpro]

Salut SQLPRO.

Merci pour l'information.
Par privatisé, je dois comprendre que SQL Server encapsule les fichiers dans un espace du ou des disque(s) où lui seul à accès.
Les fichiers ne sont même pas visible sur le disque

Cordialement.
Artemus24.
@+

Effectivement, sauf si vous activez le niveau 2 (accès local) ou 3 (accès distant) de FILESTREAM...
Niveau 0 : aucun accès au FILESTREAM (utilisé lors d'opérations spéciales de maintenance par exemple)
Niveau 1 : accès par SQL Server uniquement
Car c'est configurable...

A +

[Artemus24]

Salut SQLPRO.

En effet, cette solution permet de bien gérer les fichiers externes et de ne pas avoir des problèmes d'intégrité des données.

Cordialement.
Artemus24.
@+