Base de données simple utilisateur [Résolu]

GohanSSj2 · 06/04/2011, 18h29

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 · 07/04/2011, 11h36

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 · 17/04/2011, 10h18

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 · 19/04/2011, 10h21

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 · 19/04/2011, 15h18

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 · 19/04/2011, 18h19

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

A +

GohanSSj2 · 19/04/2011, 20h37

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 · 20/04/2011, 13h43

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

A +

06/04/2011, 18h29	#1
GohanSSj2 Futur Membre du Club Inscription : octobre 2010 Messages : 65 Détails du profil Informations personnelles : Localisation : France, Seine Maritime (Haute Normandie) Informations forums : Inscription : octobre 2010 Messages : 65 Points : 18 Points : 18	Base de données simple utilisateur 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
	00

07/04/2011, 11h36	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	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 + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	01

17/04/2011, 10h18	#3
GohanSSj2 Futur Membre du Club Inscription : octobre 2010 Messages : 65 Détails du profil Informations personnelles : Localisation : France, Seine Maritime (Haute Normandie) Informations forums : Inscription : octobre 2010 Messages : 65 Points : 18 Points : 18	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 ?
	00

19/04/2011, 10h21	#4
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	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 + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

19/04/2011, 15h18	#5
GohanSSj2 Futur Membre du Club Inscription : octobre 2010 Messages : 65 Détails du profil Informations personnelles : Localisation : France, Seine Maritime (Haute Normandie) Informations forums : Inscription : octobre 2010 Messages : 65 Points : 18 Points : 18	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.
	00

19/04/2011, 18h19	#6
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	Donc le projet est infaisable.... Soyez réaliste ! A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

19/04/2011, 20h37	#7
GohanSSj2 Futur Membre du Club Inscription : octobre 2010 Messages : 65 Détails du profil Informations personnelles : Localisation : France, Seine Maritime (Haute Normandie) Informations forums : Inscription : octobre 2010 Messages : 65 Points : 18 Points : 18	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" ?
	00

20/04/2011, 13h43	#8
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	Access utilise ODBC pour les accès à sa base qui est un système de fichier.... A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email