IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

NoSQL Discussion :

POC entrepôt de fichier


Sujet :

NoSQL

  1. #1
    Expert éminent
    Avatar de sekaijin
    Homme Profil pro
    Urbaniste
    Inscrit en
    juillet 2004
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Urbaniste
    Secteur : Santé

    Informations forums :
    Inscription : juillet 2004
    Messages : 4 184
    Points : 9 089
    Points
    9 089
    Par défaut POC entrepôt de fichier
    Bonjour

    j'ai besoin de faire rapidement un démonstrateur pour un entrepôt centralisé de fichiers.

    Il s'agit de compte-rendu médicaux (bio, génétique, imagerie, médecine etc)
    Donc l'aspect sécurité sera une enjeux important.
    Mais ce n'est pas sur ce point que le démonstrateur doit intervenir

    Aujourd'hui chaque "producteur" (un labo une radio, un scanner etc) produit ces comptes rendus dans son logiciel et les stocke localement
    mais il doivent entrer dans le dossier médical du patient donc une copie est envoyé au logiciel de gestion des dossier médicaux

    l'outil d'analyse des interaction médicamenteuse en a besoin donc on lui envoie une copie
    l'outil de validation des actes (ce qui permet de facturer) en a aussi besoin il en reçoit une copie

    etc. Du coup on constate que le document est copié un nombre important de fois (très important)
    Nous avons proposé que les document produit soient tous enregistré dans un même espace.
    Mais beaucoup considèrent que ce n'est pas possible pour plusieurs raison.
    Un labo qui délègue une analyse à un autre est le seul à pouvoir délivrer le compte rendu les labo s'opposent donc à ce que les CR soit ailleurs que dans leur espace.
    Nous avons expliqué que cela était aussi possible avec une gestion centralisée mais visiblement sans le voir...
    autre objection la volumétrie. nous avons bien tenté d'expliqué qu'on allait diviser par 30 environs la volumétrie du au fait qu'on ne copie plus beaucoup ne croient pas qu'on puisse gérer 100 000 000 de document par an

    Nous avons pensé à MongoDB et GridFS
    Côté techno avez vous connaissance de la mis een place d'une gestion de ce type même hors monde de la santé ?

    merci

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 902
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 902
    Points : 49 641
    Points
    49 641
    Billets dans le blog
    1
    Par défaut
    Pour information j'ai beaucoup utilisé SQL Server et le type de données FILESTREAM pour des GED à haut volume avec indexation du contenu des documents électronique.
    Notamment dans le domaine de l'assurance ou la volumétrie des doc était de plusieurs dizaine de To par an.
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15

    Si cela n'est pas suffisant, SQL Server permet d'utiliser des bibliothèques de stockage de document via RBS (Remote Blob Storage). Et nous avions envisagé cela pour une grosse compagnie d'assurance, mais le volume attendu pour passer à RBS c'est un minimum de 100 To voire beaucoup plus...
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15

    Dans le monde de la santé, le point critique est la sécurité qui est généralement mal gérée actuellement dans la plupart des solutions NoSQL.... et est en force dans SQL Server (chiffrement TDE, salage automatique, clés hiérarchisées dépendantes, chiffrement avec boitier externe (HSM), chiffrement de bout en bout avec ou non enclave sécurisé...)
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15
    https://docs.microsoft.com/fr-fr/sql...l-server-ver15




    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Expert éminent
    Avatar de sekaijin
    Homme Profil pro
    Urbaniste
    Inscrit en
    juillet 2004
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Urbaniste
    Secteur : Santé

    Informations forums :
    Inscription : juillet 2004
    Messages : 4 184
    Points : 9 089
    Points
    9 089
    Par défaut
    merci pour cette réponse.

    Cordialement

  4. #4
    Membre régulier
    Profil pro
    Inscrit en
    février 2010
    Messages
    92
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2010
    Messages : 92
    Points : 120
    Points
    120
    Par défaut
    Vous pouvez aussi utiliser HADOOP et HIVE dans le domaine bancaire, ça se fait pour un TO de donnée . Hive permet le mode SQL sur HADOOP

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 902
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 902
    Points : 49 641
    Points
    49 641
    Billets dans le blog
    1
    Par défaut
    ATTENTION : HADOOP comme HIVE ne supportent pas les contraintes d'unicité.... C'est le problème de tous les services distribués comme donc dans tout le noSQL en général...

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. fichier mappé en mémoire
    Par WinBernardo dans le forum Delphi
    Réponses: 7
    Dernier message: 01/12/2006, 09h38
  2. Réponses: 5
    Dernier message: 20/08/2002, 18h01
  3. Lire 1 bit d'un fichier en C
    Par Anonymous dans le forum C
    Réponses: 3
    Dernier message: 23/05/2002, 18h31
  4. Comparer des fichiers de données : Quel Langage ?
    Par Anonymous dans le forum Langages de programmation
    Réponses: 6
    Dernier message: 24/04/2002, 22h37
  5. Fichier PDOXUSRS.NET
    Par yannick dans le forum Paradox
    Réponses: 5
    Dernier message: 05/04/2002, 09h45

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