Discussion :

[ludovic85]

Bonsoir,

Voila je dois concevoir un système utilisant une base de données.

Ma première contrainte est de concevoir un système complètement autonome.

C'est à dire ayant le moins de dépandances possible vis a vis de l'environnement. Autrement dit, une base de données ultra portable.

Ma seconde contrainte est que cette base soit le plus sécurisé possible. Que les données ne soient pas lisibles, ainsi que la structure de la base de données.(Exemple le schèma mySql ultra lisible)

Au départ je m'étais orienté vers access mais le problème est, que pour pouvoir utiliser les données dans ma base de données acces il est indispensable d'installer access.

Mon deuxieme choix était MySql. Mais le déploiement n'est pas tres léger. Etant donné qu'il faille installer un server mysql. Et que les tables soient représentées en claire (structures, données, etc).

Donc ma première hypothèses est d'utiliser un fichier XML en le cryptant de décryptant à la volé dans le programme destiner a utiliser ces données. Et de créer une classe permettant de gérer mes requetes (mini moteur de BDD).

Et maintenant je me tourne vers ce merveilleux forum pour avoir votre avis sur les techno possibles, pouvant répondres à mes contraintes.

(Sachant que le programme utilisant cette bases de données sera développer en C#)

Bonne soiré à tous.

[Fabien Celaia]

Afin d'éviter de recréer la roue, je vous conseille plutôt qqch du type SQLLite

[ludovic85]

Merci de la réponse. Mais cela ne répond pas à mes contrainte. Car la strucutre de la base de données est visible en claire.

[Fabien Celaia]

Faudrait alors aller taper dans l'API en C! C'est pas à la portée de tous !

[Mat.M]

Si tu veux faire ton propre moteur de Bdd c'est complexe ; il faut mettre en oeuvre des arbres binaire de recherche etc... le format des données sur disque , un interpréteur de commandes SQL ; est-ce le but désiré ?

Ma première contrainte est de concevoir un système complètement autonome.
C'est à dire ayant le moins de dépandances possible vis a vis de l'environnement. Autrement dit, une base de données ultra portable.

BOn apparemment c'est ce que j'ai compris : si tu veux une bdd "ultra-portable" ( ce qui ne veut rien dire c'est soit portable ou rien du tout ) eh bien il faut non seulement développer le moteur de bdd et en plus développer des drivers ODBC qui est la norme dans le monde des bdd pour que ta base de données soit lue sur tous les systèmes.
A moins de proposer des API en natifs mais cela ne sera pas forcément portable....
bref le boulot dont seul des équipes de R et D de chez IBM sont capables

[SQLpro]

Bonjour,

votre demande est tout à fait irréaliste et révèle votre parfaite méconnaissance de ce qu'est un SGBDR...

Alors allons y critiquons votre prose :

Bonsoir,

Voila je dois concevoir un système utilisant une base de données.

Ma première contrainte est de concevoir un système complètement autonome.

C'est à dire ayant le moins de dépandances possible vis a vis de l'environnement. Autrement dit, une base de données ultra portable.

Cela ne veut rien dire. Autonome en quoi ? Pas d'OS ?? Pas de licence ???

Ma seconde contrainte est que cette base soit le plus sécurisé possible.

Tous les SGBDR digne de ce nom reposent sur le langage SQL qui prévoit EXPLICITEMENT les mécanisme de sécurisation tels que authentification / connexion / utilisateurs SQL / roles / privilèges...

Que les données ne soient pas lisibles

Soyons sérieux, si vos données ne sont pas lisible qu'en ferez vous ? Juste alimenter votre base ???

ainsi que la structure de la base de données.(Exemple le schèma mySql ultra lisible)

Par définition c'est impossible. Imaginez un seul instant que je vous dise : "trouvez moi les clients habitant paris" dans un système de fichier du genre Cobol et que je ne vous donne pas le nom du fichier. Allez vous commencer par chercher dans les 5419785431842494234587245 fichiers que contient votre système d'information quel est le bon ???

Au départ je m'étais orienté vers access mais le problème est, que pour pouvoir utiliser les données dans ma base de données acces il est indispensable d'installer access.

Ce sera le cas de TOUS les SGBDR sans aucune exception !

Mon deuxieme choix était MySql. Mais le déploiement n'est pas tres léger. Etant donné qu'il faille installer un server mysql. Et que les tables soient représentées en claire (structures, données, etc).

Comme pour tout les SGBDR, c'est indispensable !

Donc ma première hypothèses est d'utiliser un fichier XML en le cryptant de décryptant à la volé dans le programme destiner a utiliser ces données. Et de créer une classe permettant de gérer mes requetes (mini moteur de BDD).

Totalement irréaliste... Sachez qu'une base de données comme SQL Server par exemple c'est environ 5000 années homme en développement et test. Les SGBDR sont les programmes les plus comlexes et les plus lourds en terme de développement. La plupart des éditeurs de SGBDR sont morts car il n'ont pas été capable de suivre le rythme de R&D qu'imposait le marché...
De plus encapsuler du XML crypté dans un SGBDR sera épouvantablement contre performant. Autant faire cela en fichier Cobol, ce sera au moins rapide !

Et maintenant je me tourne vers ce merveilleux forum pour avoir votre avis sur les techno possibles, pouvant répondres à mes contraintes.

Soyons sérieux, des centaines de milliers de programmes sont développés avec des SGBDR modernes, avec des données ultra sensible (défense, médical, transports...) et ceci en toute sécurité. Il suffit d'e savoir ce qu'est un SGBDR et comment il fonctionne, autrement dit se former et apprendre afin que les questions que vous vous posez n'aient plus de fondement !

(Sachant que le programme utilisant cette bases de données sera développer en C#)

Libre à vous de redévelopper la roue. Tentez au moins de le finir avant votre retraite !!!

A +

[KiLVaiDeN]

Si la contrainte est de cacher le modèle, je vois mal comment il va être utilisable.

Ce qu'il est possible de faire, est d'utiliser un moteur classique ( par exemple PostGreSQL ) et de faire un modèle avec des noms de tables et de champs totalement illisibles.

De mettre un utilisateur sécurisé pour accéder à cette base, et de mettre un mot de passe très compliqué ( avec beaucoup de caractère ) et d'en changer toutes les deux semaines.

Le système de fichier utilisé par PostGreSQL est plutôt illisible de toutes manières sans la base de données.

Tout ceci.. Dans la mesure ou votre souhait est d'avoir un modèle illisible et difficilement exploitable, mais comme il vous a été dit auparavant, inventer un nouveau SGBDR sera totalement inutile.

A+

[Mat.M]

Tous les SGBDR digne de ce nom reposent sur le langage SQL qui prévoit EXPLICITEMENT les mécnaisme de sécuration tels que authentification / connexion / utilisateurs SQL / roles / privilèges...

En fait oui et non ; j'ai réfléchi après coup.
Il veut peut-être simplement faire un format de fichier et ne pas gérer la manip des données en SQL.
C'est faisable mais son format de fichier doit être compatible ODBC donc écrire les gestionnaires nécessaires/utiliser les API ODBC
Les données du fichier seront lues au moyen de curseurs ou "recordsets", c'est au moteur de BDD comme par exemple ADO sous environnement Microsoft de gérer les requêtes SQL.
Mais c'est vrai que c'est un peu réinventer la roue

[macumba]

Je suppose que si vous avez penser à utiliser un fichier XML c'est que cette application est destinée à une application mono utilisateur. Dans ce cas pour répondre à vos besoins, il n' y a peut-être pas besoin de bases de données et je vous orienterais plus vers l'étude d'articles sur la persistence des données entre autres sur une librairie de Java, il me semble la JPersistentUnit, ou un truc dans ce genre là, certains pros de java connaissent peut-être et vous fourniront peut-être plus de renseignements que moi.

Ceci dit pour du multi utilisateur les bases de données y a pas grand chose de mieux et côté sécurisation une base postgress c'est pas mal et bien plus performant qu'access ou mysql...

[ludovic85]

Bon voila j'ai trouvé.

Pour répondre SQLpro,

J'avais juste besoin d'une base de données pour pouvoir stocker un référenciel de requetes SQL.

Mon besoin était de parfaitement sécuriser mon référenciel de requetes étant données que ces requetes sont le coeur de mon application, la GRANDE valeure ajoutée(Requetes ayant demandées plusieurs années de mise au point).

DLe référenciel sera donc utilisé en local. C'est pourquoi j'avais pensé a Access.

Etant donné que le seul moyen (à ma connaissance qui est LIMITE comme le précise si bien SQLpro) de protéger l'acces aux données dans access, est un simple mot de passe.

J'ai donc créé une DLL ayant tout ce dont j'avais besoin.

Une petite question, quelqu'un sait comment s'appel l'outil permettant de visualiser les fonctions contenu dans une dll.

De mémoire je sais qu'il existe un tool se nommant Walkhack un truc du genre.