Discussion :

[Raiden1234]

Bonjour,

Alors voila j'aimerais réaliser une application C++, à l'aide de QT, qui servirait dans une petite bibliothèque (4000 livres, 200 lecteurs).

Pour cela, il est nécessaire de stocker les données (livres, lecteurs, ...) de manière physique sur l'ordinateur. Peut-être me direz vous, "ben utilise les fichiers..". Mais voila, la bibliothèque en question utilise déjà un logiciel de ce type qui fonctionne avec des fichiers seulement les possibilités offertes par l'application semblent assez limitées.

En effet, l'option tri est inexistante, l'affichage des données très basique et limité, les actions et tests réalisables sur les champs sont également casi inexistant et j'en comprends la raison si c'est en effet stocké de manière statique dans un fichier...

Donc voila j'ai besoin de votre avis pour choisir la méthode de stockage la plus adapté sachant que l'application servira en local uniquement:

Est-ce qu'en local, le choix d'une base de données type MySQL qui a de nombreux avantages (indépendance physique et logique, simplicité, accès efficace, absence de redondance, cohérence des données, bonne partageabilité...) reste la meilleure solution?

Ou alors est-ce mieux de rester sur une manipulation des fichiers? Si oui, laquelle?

Ou alors y a-t-il encore une autre méthode beaucoup plus adaptée?

Voila je fais appel à vos avis professionnels pour faire un très bon choix qui fera ses preuves pendant de longue années. Je rappelle que j'aimerais avoir une bonne liberté d'actions sur les données comme celle qu'offre le langage SQL pour offrir le maximum de personnalisations aux futurs utilisateurs.

Je vous remercie d'avance !

[ram-0000]

Je rappelle que j'aimerais avoir une bonne liberté d'actions sur les données comme celle qu'offre le langage SQL pour offrir le maximum de personnalisations aux futurs utilisateurs.

Je crois que tu as une partie de la réponse
MySQL, c'est gratuit et cela avance (tu es bien avancé avec des remarques comme cela sur les performances) avec des fonctions de réplication (pas très utile pour toi pour l'instant) et de backup/restore.

Cela à l'avantage que ce n'est pas à toi de gérer la cohérence des données et qu'en plus, tu pourras faire des requêtes de la mort (liste des livres le plus souvent empruntés cette année, moyenne des durées d'emprunt, nombre de livres par emprunteur en moyenne, ...)

Mon avis

[epsilon68]

SQLite c'est la reponse

[Raiden1234]

Je vous remercie de vos réponses mais est-ce que l'utilisation de SQL en local m'oblige à chaque fois utiliser EasyPHP (par exemple) pour démarrer la base de donnée sur l'ordinateur?
Parce qu'il va falloir que j'ouvre ma base de donnée sur l'ordinateur à chaque ouverture de session (ce qui serait contraignant pour un simple utilisateur)?
Ou alors je me trompe et il en est autrement en C++ qu'en PHP?

EDIT: Il semblerait que SQLite ne m'oblige pas à réaliser ce genre de manipulation, est-ce juste? Si c'est juste, me recommanderiez vous d'utiliser SQLite ou le module SQL de QT?

Veuillez m'excuser pour toutes ces questions, ceci me travaille beaucoup...

[loufoque]

Utilise SQLite, oui.
Par contre, sache bien que ce n'est pas aussi performant qu'une solution client/serveur quand il y a des accès concurrents.

[ram-0000]

MySQL que ce soit sur une plateforme Windows ou Linux peut démarrer en service Microsoft ou en démon Unix au démarrage de la machine. Nul besoin d'ouvrir une session utilisateur pour démarrer la base. Power ON et cela démarre.

[3DArchi]

Je ne connais pas mySQL mais le moteur SQL Server est démarré comme service. Ram-0000 dit qu'il en est de même pour mySQL ce qui paraît logique. Donc, tu n'as plus qu'à utiliser ton client pour se connecter à la base et lancer des requête.
Le moteur BDD t'offrira souvent de meilleur performance que ce que tu pourras faire à la main: c'est fait pour. Par contre, ton client peut fortement dégradé ces performances. Il faut faire attention à ces aspects (fréquence de connexion à la base, type de requête, mise à jour de la base), etc... Après 4000 livres/200 lecteurs, c'est une toute toute toute petite base. Chargé en mémoire une liste de 4000 livres et de 200 lecteurs, ça ne doit pas être trop problématique, ni les algos de recherche/indexation, etc...
La BDD t'offrira un format de stockage indépendant de ton programme client: autre avantage.

[mister3957]

SQLite c'est le SGBDR basé sur des fichiers ?

Car si c'est bien le cas, autant utiliser ça, pas besoin de t'embêter avec un serveur (même si le serveur et l'ordinateur de l'utilisateur sont la même machine).

[Raiden1234]

Je vous remercie beaucoup pour vos réponses.

Je vais donc m'orienter vers une BDD, SQLite a l'air très intéressant je vais faire des recherches là dessus.

Merci ++

Raiden

[epsilon68]

Le module SQL de Qt est une couche d'abstraction des API de chaque BDD

donc on utilise SQLite avec le module SQL de Qt, SQLite est meme présent par default dans Qt.

[Raiden1234]

Le module SQL de Qt est une couche d'abstraction des API de chaque BDD

donc on utilise SQLite avec le module SQL de Qt, SQLite est meme présent par default dans Qt.

Cool, merci pour cette précision!