Discussion :

[GohanSSj2]

Bonjour,

Dans le cadre d'un projet, je suis chargé de construire un outils pouvant traiter des données. Je vais donc créer une base de données access simple, permettant de rentrer des données et de les valoriser avec des rendus sous formes de rapport.

J'ai médité un peu sur le problème et je me suis posé la question suivante:
Le problème avec les bases de données Access est qu'elles sont lourdes et nécessitent d'avoir Access ou du moins la visionneuse. Existerait-il donc un outils permettant d'ouvrir un "programme" ayant des formulaires et exécutant des requêtes SQL (ou autres). Ceci dans le but d'avoir un outils universel et permettant de s'affranchir de l'installation d'un logiciel.

La politique actuelle étant de se tourner vers des solutions gratuites.
Je me suis dit quitte à changer, autant choisir quelque chose d'universel et gratuit.

Dans la théorie:
Une personne dézipe l'ensemble de la base dans un dossier, ou un fichier, rentre ses données, clic sur "valoriser", une fenêtre s'ouvre avec un rapport imprimable.

Que suggérez-vous? Merci bien

[SQLpro]

Il n'y a rien d'universel. Chaque SGBDR ayant son propre moteur. Access étant certainement le plus mauvais d'entre tous, qui plus est payant. Dans les gratuits, vous avez SQL Server Express ou PostGreSQL.
Mais pour vos formulaires, vous devez utiliser un outils client, comme Visual Studio, PHP, voire la partie IHM d'Acces.

A +

[GohanSSj2]

Merci SQLPro pour les infos.
J'ai en effet trouvé quelque chose qui répond à mon problème.

J'utilise Visual Basic Express couplé à SQLite.
Cela génère un EXE ouvrable sans installation. Parfait!

Cela m’amène à une seconde question:
Peut-il y avoir plusieurs utilisateurs sur une même base de données SQLite?
Si j'ai bien compris OUI mais c'est un système de file d'attente, qui peut au final créer une corruption de la base.

L'avantage de Access est que je pouvais pointer vers des tables liées et permettre la multi-utilisation de la base sans installation de connecteur ODBC.

Existe-t-il donc un outil comme SQLite (ou un "addon" de SQlite) qui permette le multi-taches sans connecteurs ODBC ?

[SQLpro]

Non, car il faut un accès uniforme à partir du moment ou plusieurs utilisateurs doivent être en concurrence...
Qu'est-ce qui vous pose problème de devoir passer par ODBC ? Cela existe dans tous les OS en standard !

A +

[GohanSSj2]

Sauf erreur de ma part, un connecteur ODBC implique l'utilisation d'une structure Serveur <=> Client, non ?

Je n'ai pas le droit (dans le cadre du projet) de créer de serveur (et pour des raisons de sécurité imposées par l'informaticien, les connections ODBC sont bloquées).
Meme si les connecteurs de microsoft son integrés, il faut tout de même créer un serveur je pense.

[SQLpro]

Donc le projet est infaisable.... Soyez réaliste !

A +

[GohanSSj2]

Je n'irais pas jusqu'a dire que c'est infaisable.
Il reste la solution de base qui consistait à utiliser tous sous Access.

Mais effectivement avec toutes les contraintes auxquelles je dois faire face, il y a trés peu de solution et ça j'en suis conscient, mais, ne pouvant pas prétendre tout savoir , peut-être que quelqu'un avait une idée.

Une solution serveur client est en effet la meilleur solution pour les besoins de ce projet, au vu du nombre données et d'utilisateurs.

Merci SQLPro pour ton aide

Y'a pas un marqueur "sans solution" au lieu de "Résolu" ?

[SQLpro]

Access utilise ODBC pour les accès à sa base qui est un système de fichier....

A +