Bonjour,
 
je cherche un soft qui pourrais remplacer Access dans la mise en place d'une petite base de données (un listing des clients + détails des prestations effectuées).
 
il me faudrait quelque chose de pas trop compliqué à mettre en oeuvre, plutôt simple à utiliser (au niveau requête, insertion des données, édition des données, pas de publication web), de relativement léger et surtout de libre (ou gratuit si pas libre, ou alors pas trop cher) parce que la boite a pas les moyens de se payer une license access.
 
1) est ce que ça existe ?
2) est ce que vous avez des noms à me proposer + tutoriaux mode d'emploi...
 
j'ai bien pensé à mysql mais j'ai l'impression qu'il faut rajouter une interface et là, je suis paumé.
 
autrement, si ça existe pas en gratuit, est ce qu'il y a des softs payants qui répondrait à mes attentes ( maxi ~300?)
 
Merci.

 
peut etre mySql  
renseigne toi sur ca

mysql pour un société mwouai même acces est plus adapté dans ce cas

 
hmm pourquoi?

 
désolé j'avais pas vu que tu avait pensé a mysql déja  ;o)

Ben pour les imports export vers d'autres types de fichiers MySQL c quand même + complexe.

 
ah ca je suis d'accord mysql est plus complexe mais euh de la a dire qu'il ets aps approprié a une entreprise et que c mieux access j'en doute  ;o)

Sur j'ai pas dit çà mais il voulait qq choses de simple et MySql c quand même pas aussi facile qu'Access.

 
oui oui mais quad je disait  "hmmm pourquoi?" c'était pour seb31
 
mais sinon tt les  2 on est d'accord  
et c clair que mysql c'est peut etre un peu plus complexe  , mais c free et c efficace  , ca répond déja à 2 critères  ;o)

Oui    
de toute façon souvent bcp d'entreprises font l'erreur de pas mettre un vrai cahier des charges avant le DEV et se retrouve avec qq choses qui suffit sur le moment et qui devra être remis à jour très rapidement.
La solution pour ma part c de commencer avec Access pour bien définir le cahier des charges et après faire un choix.
L'auteur du topcis devrait nous mettre des détails sur cette base.  

wonee a écrit a écrit : Oui     de toute façon souvent bcp d'entreprises font l'erreur de pas mettre un vrai cahier des charges avant le DEV et se retrouve avec qq choses qui suffit sur le moment et qui devra être remis à jour très rapidement. La solution pour ma part c de commencer avec Access pour bien définir le cahier des charges et après faire un choix. L'auteur du topcis devrait nous mettre des détails sur cette base.

 
oauis je suis d'accord avce toi    
 
le pb c'est qu'une base de données simple gratuite et efficace j'en connais pas des masses  
 
 
 

Parce que quand tu développes une appli cette aplli doit rester le plus ouverte possible et sr el marché il y a beaucoup plus de mec qui maitrise access surtout parmi les non experts que mysql.
Dis à un patron je chois MySQL, il va se dire c'est quoi ce truc Dans quoi il m'embarque lui Et qui va assurer la maintenance Combien d'employer connaissent MySQL Tu lui parles access tout de suite c'est perçu différement. Access il connait c'est conciviale, c'est beau, c'est bien, enfin la philosophie MS a fais ses effets.  
 
Et puis le mec va se dire et si je veus faire du mailing c'est du MS donc full compatible word...
Pour les choses plus complexes en entreprise on prend SQL server OK c'est payant mais quand on veut faire quelque chose de correct encore faut-il s'en donner les moyens. MS est tellement omniprésent dasn les entreprises au moins on est tranquilles on sait que ça passe. Et puis des mecs qui connaissent SQL server y en a un paquet. Si tu te casse le patron pourra te remplacer sans problèmes.  
 
Ca me fais penser à un mec d'une agence immobilière pas loin de chez moi, il avait pris un stagiaire DUT info qui connaissait bien linux, le patron veut passer à l'informatisation mais il a pas les moyens d'investir beaucoup donc exit MS. Le patron connais rien à l'info, l'étudiant lui dis " no problem m'sieur j'ai la solution, LINUX c'est gratuit et ça fonctionnera sur des vieux PC pas cher. L'étudiant lui monte un beau ptit réseau à pas cher, fonctionnel, performant. Du bon boulot quoi
La patron est content il est bien ce ptit djeune
Mais voila un stage en ITU ne dure pas ad vitam eternam, le stagiaire s'en va, le patron n'avait pas de possibiliter de l'embaucher et plus personne pour assurer le développement et la maintenance linux.
 
Le patron se tourne vers des sociétés de service mais aucune ne veut ou ne sait faire de la maintenance sur du linux dans le budget qu'a prévu le patron Faire de la marge su du free c'est passer pour des escroc et vendre de la maintenance de parc sous MS c'est beaucoup mais alors beaucoup plus rentable.
L'erreur fatale du patron et du djeune, une mauvaise évaluation des moyens à mettre en oeuvre, fallait voir un peu plus loin que le bout se son nez.
Bilan le patron a laisser tomber LINUX et a du acheter des PC moderne avec windows dessus et tout le pognon qu'il vait investi dans LINUX ça a été en pure perte.
Cahier des charges et évaluation voila comment ne pas foutre de l'argent par les fenêtres!!!! Définir les besoins et savoir ce que l'ont veut !!!

peut ete si ta base de donée ets vraiment petite tu peu essayer avec un fiheir texte et tu et fait un ptit programme qui lit , insère et rechesrches des données    
ok c'ets peut etre stupide mais c économique    

Pour l'instant, la base est faite sur un access pas très légal et comme le nouveau directeur veut changer ça, il faut que je lui propose qql chose pas cher (c'est une TPE, et le nvx directeur c'est mon père).
 
La base comporte actuellement :
3 tables :
 
clients : nom de la boite, coordonnées (N° tel, fax, adresse, email, contact, remarques), identifiant, type de client (société, assoc...)
 
type de client : repertorie les types de client et est utilisée comme liste déroulante dans la base client
 
livraisons : date de livraison, client, type de livraison (un champ par produit contenant le nombre de produits livrés)
 
il y a environ 300 clients et environ 1500 livraisons (sur 6 ans)
 
si vous avez besoin de + d'infos, faites moi signe; merci.

saxgard a écrit a écrit : peut ete si ta base de donée ets vraiment petite tu peu essayer avec un fiheir texte et tu et fait un ptit programme qui lit , insère et rechesrches des données     ok c'ets peut etre stupide mais c économique

sinon excel version open office

Tu as aussi une solution plus simple: compil ta base access comme çà plus de licences pour les clients Access. Le seul pb c lors d'une mise à jour de la base.

open office, il est déjà prévu pour remplacer tout les MS office dont y ont pas la licence.

c'est à dire, tu peux détailler un peu plus, je pourrais la consulter mais pas rajouter des enregistrements ?

seb31 a écrit a écrit :   Parce que quand tu développes une appli cette aplli doit rester le plus ouverte possible et sr el marché il y a beaucoup plus de mec qui maitrise access surtout parmi les non experts que mysql. Dis à un patron je chois MySQL, il va se dire c'est quoi ce truc Dans quoi il m'embarque lui Et qui va assurer la maintenance Combien d'employer connaissent MySQL Tu lui parles access tout de suite c'est perçu différement. Access il connait c'est conciviale, c'est beau, c'est bien, enfin la philosophie MS a fais ses effets.     Et puis le mec va se dire et si je veus faire du mailing c'est du MS donc full compatible word... Pour les choses plus complexes en entreprise on prend SQL server OK c'est payant mais quand on veut faire quelque chose de correct encore faut-il s'en donner les moyens. MS est tellement omniprésent dasn les entreprises au moins on est tranquilles on sait que ça passe. Et puis des mecs qui connaissent SQL server y en a un paquet. Si tu te casse le patron pourra te remplacer sans problèmes.     Ca me fais penser à un mec d'une agence immobilière pas loin de chez moi, il avait pris un stagiaire DUT info qui connaissait bien linux, le patron veut passer à l'informatisation mais il a pas les moyens d'investir beaucoup donc exit MS. Le patron connais rien à l'info, l'étudiant lui dis " no problem m'sieur j'ai la solution, LINUX c'est gratuit et ça fonctionnera sur des vieux PC pas cher. L'étudiant lui monte un beau ptit réseau à pas cher, fonctionnel, performant. Du bon boulot quoi La patron est content il est bien ce ptit djeune Mais voila un stage en ITU ne dure pas ad vitam eternam, le stagiaire s'en va, le patron n'avait pas de possibiliter de l'embaucher et plus personne pour assurer le développement et la maintenance linux.   Le patron se tourne vers des sociétés de service mais aucune ne veut ou ne sait faire de la maintenance sur du linux dans le budget qu'a prévu le patron Faire de la marge su du free c'est passer pour des escroc et vendre de la maintenance de parc sous MS c'est beaucoup mais alors beaucoup plus rentable. L'erreur fatale du patron et du djeune, une mauvaise évaluation des moyens à mettre en oeuvre, fallait voir un peu plus loin que le bout se son nez. Bilan le patron a laisser tomber LINUX et a du acheter des PC moderne avec windows dessus et tout le pognon qu'il vait investi dans LINUX ça a été en pure perte. Cahier des charges et évaluation voila comment ne pas foutre de l'argent par les fenêtres!!!! Définir les besoins et savoir ce que l'ont veut !!!

 
dac au moin c'ets une explication plus clair que  "mouais pour une entreprise" ;o)
 
moi je suis d'accord access c simple ,bcp de monde peuvent reprendre la base et puevent vite s'adapter a access etc...
mais el pb était pas la, le pb c'est qu'il voulait une autre base de donnée a la place d'access  ;o) et free  
et si tu regarde bien mysql n'est aps si compliqué et si tu fait bien ton boulot a la fin de ton satge tu dois avoir une bonne doc pour ceux qui viennent derrière toi  

Non c pas çà je me rappelle + du nom  de la version de VB pour çà mais il est possible de rendre sa base mdb en exe. Donc + licences pour les postes clients. Mais si tu modifies la présentation ou des tables...ect... tu devras recompilé et redistribué ton exe.
Perso la plupart de mes requettes st fait à l'extérieur d'Access (excell, Crystal reports...)

J'explique le free pour ceux qui veulent savoir :
 
Pour pouvoir financer le rachat de l'entreprise (l'entreprise deva dégager des bénéfices suffisant pour que le salaire du drigeant couvre les prêts et lui permette de vivre), il va falloir faire des économies et améliorer la productivité, donc pendant qql années (2-3), les investissements devront être limités. C'est pour ça que je préfererais du free et en tout état de cause du moins cher que Access.
 
merci

 
moi sincèrement je reste persuadé qu'un petit mysql en t'y mettant quelques jours dessus feras l'affaire et en faisant une bonne doc  pour que tt le monde puisse comprendre se qu'ils doivent faire et au cas  ou tu ne t'occupe plus de ca apres.
 bon apres il ya  peut etre d'autres solution ( surement meme)  

C kler normalement il y a toujours un cahier des procédures et des pages de développement à faire. TOus le monde sait qu'il est pas irremplacable.

saxgard a écrit a écrit :     dac au moin c'ets une explication plus clair que  "mouais pour une entreprise" ;o)   moi je suis d'accord access c simple ,bcp de monde peuvent reprendre la base et puevent vite s'adapter a access etc... mais el pb était pas la, le pb c'est qu'il voulait une autre base de donnée a la place d'access  ;o) et free   et si tu regarde bien mysql n'est aps si compliqué et si tu fait bien ton boulot a la fin de ton satge tu dois avoir une bonne doc pour ceux qui viennent derrière toi

si.... et comme les stagiaires sont toujours à la bourre pour leur mémoire...et puis en france personne lis les notes de service.

J'ai vu un truc sur TheKompany : un truc similaire a Access, dispo sur Windows et Linux. Je me rappelle plus du nom

Ok, dans ce que j'ai un peu lu sur internet, j'ai pas vu qu'il y avait une interface graphique pour mysql; me trompes je et si non, est ce que sans soft tiers je peux faire des états, des formulaires et des requêtes (au cas où celles que je ferait de base ne suffisent pas) "graphique" (au sens des cases à remplir par la secrétaire pour un nvx client) ?
 
autrement, quel soft tier me permettrait ceci.
 
merci

DS ta boîte peut être mais pas partout. C la politique de l'entreprise ds ces cas là.
S'il y avait une vrai cahier des charges avant le DEV bcp se retrouverait pas ds cette situation et aurait définit un journal des procédures durant le DEV.

rebol le fait très bien et c un interpréteur donc pas de compilation. Mais je sais si c gratuit?

t'en connais beaucoup des entreprises qui ont un chaier des charges moi pas enfin j'ai pas du tomber sur les bones alors la plupart du temps c'est fais comme tu sens on "bricolera" après

je sais aps aussi si ta pas un truc comem mysql admisnitrator ou des trucs dans le genre

seb31 a écrit a écrit :   t'en connais beaucoup des entreprises qui ont un chaier des charges moi pas enfin j'ai pas du tomber sur les bones alors la plupart du temps c'est fais comme tu sens on "bricolera" après

 
 
oauis mais si on part du principe qu'il n' ya pas de cahier des charges et que personnes lis les docs , alors la on peu plus rien  pour l'entreprise  , l'informaticien fait son boulot , mnt si l'entreprise fait ca a l'arrache c'ets son pb  

OK merci, je vais creuser un peu de ce côté.  
 
je dois libérer la ligne là. A+ et encore merci bcp

saxgard a écrit a écrit :       oauis mais si on part du principe qu'il n' ya pas de cahier des charges et que personnes lis les docs , alors la on peu plus rien  pour l'entreprise  , l'informaticien fait son boulot , mnt si l'entreprise fait ca a l'arrache c'ets son pb

moi ce que j'adore c'est qu'on me dise t'as carte blanche mais fais comme ci, comme ça. C'est aussi crédible de la part du mec qu'un citadin qui voudrait enseigner à un paysan à retourner la terre de son champ

seb31 a écrit a écrit :   t'en connais beaucoup des entreprises qui ont un chaier des charges moi pas enfin j'ai pas du tomber sur les bones alors la plupart du temps c'est fais comme tu sens on "bricolera" après

c les SSII qui sont comme çà c sur    
Si ya un service DEV c fait obligatoirement.
Et s'il y a un administrateur réseau ou un responsable du DEV c à lui de taper sur la table pour qu'il y en ai.
Idem si le DEV est en externe il suffit de le préciser lors du cahier des charges (à ne pas confondre avec un journal de procédure).

enfin tt ca pour dire que si on veut pas avoir a se plaindre en disant " mais je comprend rien a se que ta fais"  ou du style  " mais c pas se que j'avais demandé" et la je parle du client.
bin il suffit de faire les choses comme il faut et en utilisant les bonnes procédures ( cahier des charges etc.. ) et ensuite lire le spitains de docs fais par ces pauvres informaticeins qui se cassent le cul a en faire  

wonee a écrit a écrit :   c les SSII qui sont comme çà c sur     Si ya un service DEV c fait obligatoirement. Et s'il y a un administrateur réseau ou un responsable du DEV c à lui de taper sur la table pour qu'il y en ai. Idem si le DEV est en externe il suffit de le préciser lors du cahier des charges (à ne pas confondre avec un journal de procédure).

le truc le plus tordant que j'ai jamais vu un mec qui a pondu une base un schém brouillon quoi en 5 minutes sur le coin d'ne table, il s'est pas fais chier avec les cardinalité il a foutu des tables de liaison de partout une codification à l'arche bref un modèle de merde

saxgard a écrit a écrit : enfin tt ca pour dire que si on veut pas avoir a se plaindre en disant " mais je comprend rien a se que ta fais"  ou du style  " mais c pas se que j'avais demandé" et la je parle du client. bin il suffit de faire les choses comme il faut et en utilisant les bonnes procédures ( cahier des charges etc.. ) et ensuite lire le spitains de docs fais par ces pauvres informaticeins qui se cassent le cul a en faire

moi je pars du principe que les gens savent pas lire alors je fais des pscreenshot j'entoure les étapes avec des numéro et des leins même un gamin de 4 ans pourrait comprendre à condition de savoir compter

Salut,
 
en cherchant un peu, j'ai trouvé une solution qui me plait bien et qui est assez simple : openOffice.org
 
en effet, ce dernier peut servir de Front-end à des bases de données comme mySQL (ou PostgreSQL) via ODBC ou JDBC.
 
De plus, il peut utiliser et gérer des tables Dbase de la même façon.
 
bref, c'est un vrai remplaçant d'Access. Et je sent que ça va être parfait pour ce que je veux faire.  
 
les HOWTO expliquant les procédures :
http://ooo.drayer.ch/howto
 
Merci a tous.