Choix de langage pour appli et web
manu
-
samounet Messages postés 99 Statut Membre -
samounet Messages postés 99 Statut Membre -
salut tous,
j aimerai connaitre comment m y prendre : je dois developper un programme autonome qui utiliserai une bdd qui serait elle meme créée a partir d un intranet.
bdd, langage, koi utiliser ? je pensais mySQL, PHP et VB, mais pourquoi pas delphi, c++ , ... si la possibilite d acceder a ma base est facile.
Manu
j aimerai connaitre comment m y prendre : je dois developper un programme autonome qui utiliserai une bdd qui serait elle meme créée a partir d un intranet.
bdd, langage, koi utiliser ? je pensais mySQL, PHP et VB, mais pourquoi pas delphi, c++ , ... si la possibilite d acceder a ma base est facile.
Manu
A voir également:
- Choix de langage pour appli et web
- Web office - Guide
- Liste déroulante de choix excel - Guide
- Creation de site web - Guide
- Appli miroir - Guide
- Appli word - Guide
7 réponses
j ai oublié qq précisions : ce prog tournera obligatoirement ss windows et les postes clients sont indiferemment ss win et linux.
reseau (serveur) sous linux.
reseau (serveur) sous linux.
ta base, tu peux la faire sous n import kel bon moteur de base de donnees.... perso, je te deconseille kan meme mysql, ca reste un peu leger... si tu veux du solide, prends plutot db2, cela dit, oracle ou sql server tournent tres bien ossi... de toute facon, si g bien compris, tes postes clients interogeront ta base a partir de l intranet... donc a priori ton serveur de base de donnees peut etre indiferemment sous win ou linux... donc si tu prefere linux, je te conseille db2, sinon SQLServer.
pour tes clients web, ben php ou asp.... selon les preferences, les deux font quasiment la meme chose... donc c a toi de voir, et pour ton appli, delphi ou vb, ce sera biuen plus simple et moins esoterike ke c++, perso je prefere delphi, mais vb marche pas mal ossi (si tu utilise sqlserver prends plutot vb...)
pour tes clients web, ben php ou asp.... selon les preferences, les deux font quasiment la meme chose... donc c a toi de voir, et pour ton appli, delphi ou vb, ce sera biuen plus simple et moins esoterike ke c++, perso je prefere delphi, mais vb marche pas mal ossi (si tu utilise sqlserver prends plutot vb...)
Personnellement je suis plus "intégriste" que samounet, lorsqu'il s'agit de développer des applications dont on attends de la stabilité et de la performance.
1. pour le choix de la base de donnée :
- contrairement à ce que dit samounet, mySQL n'est pas du tout "léger". ce n'est pas parce qu'elle est à la portée de n'importe qui qu'elle n'est pas performante. pour comparaison : http://www.mysql.com/information/benchmarks.html. au
- pour moi il existe 2 vrai moteurs de base de données gratuit : mySQL et posgreSQL, le choix entre l'un et l'autre dépend de l'humeur du jour :)
- évite des moteurs du genre Access (et oui des entreprise l'utilise comme tel ! ;)), SQL Server
- oracle est pas mal, db2 et adabase aussi, mais restent chers
2. concernant le langage
- C++ n'apporte rien pour ce projet, à éliminer donc
- vb, c'est trop "léger", même "visual", ça reste du "basic", et surtout ça ne tourne pas pour linux
- delphi, c'est bien, tu peux le compiler pour Linux, mais bon c'est payant, encore une fois
- php, c'est la meilleur solution, ça tourne partout, et c'est vraiment fait pour ce genre d'application. La grosse différence avec les autres solutions, c'est que ton php s'exécutera sur ton serveur web (apache bien sur ! ;) et déchargera tes clients de tout accès à la base. de plus le résultat (html, la plupart du temps) est lisible sur n'importe qu'elle plateforme
donc en résumé, encore une fois : le couple PHP+mySQL
Yoann
1. pour le choix de la base de donnée :
- contrairement à ce que dit samounet, mySQL n'est pas du tout "léger". ce n'est pas parce qu'elle est à la portée de n'importe qui qu'elle n'est pas performante. pour comparaison : http://www.mysql.com/information/benchmarks.html. au
- pour moi il existe 2 vrai moteurs de base de données gratuit : mySQL et posgreSQL, le choix entre l'un et l'autre dépend de l'humeur du jour :)
- évite des moteurs du genre Access (et oui des entreprise l'utilise comme tel ! ;)), SQL Server
- oracle est pas mal, db2 et adabase aussi, mais restent chers
2. concernant le langage
- C++ n'apporte rien pour ce projet, à éliminer donc
- vb, c'est trop "léger", même "visual", ça reste du "basic", et surtout ça ne tourne pas pour linux
- delphi, c'est bien, tu peux le compiler pour Linux, mais bon c'est payant, encore une fois
- php, c'est la meilleur solution, ça tourne partout, et c'est vraiment fait pour ce genre d'application. La grosse différence avec les autres solutions, c'est que ton php s'exécutera sur ton serveur web (apache bien sur ! ;) et déchargera tes clients de tout accès à la base. de plus le résultat (html, la plupart du temps) est lisible sur n'importe qu'elle plateforme
donc en résumé, encore une fois : le couple PHP+mySQL
Yoann
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
je persiste... MySQL est bien trop leger !!!!
il y a plein de contraintes k il ne gere pas encore correctement, pas de procedure stockee, pas de trigger... ce genre de bidule ki te permet de ne pas avoir a reecrire et recompiler toute ton appli des ke tu viens faire des modifs dans la base... MySQL au niveau gestion de tes donnees ne vaut pas enormement plus qu access, bon je dis pas en temps de traitement la je suis d accord, mais ca reste kan meme trop leger pour des grosses applis. franchement si tu veux vraiment faire tourner ton moteur de BD sous unix ou linux utilise DB2...
pour le developpement c clair que je conseille delphi, mais la encore, si tu es plutot novice, mieux vo utiliser vb, delphi est tres bien, mais propose peut etre "trop" d option... vb est pas franchement top, mais si c une appli de gestion assez basike que tu dois faire, ca te permet de torcher ca vite fait bien fait... au moins dans un premier (si t as des pb de delais...)
tu as aussi la solution de faire ton appli d administration entierement en interface oueb... donc asp ou php, et la tu oublie vb, delphi....
pour le php ou l asp, franchement aucune difference... la seule chose qui pourrait t orienter c est le choix de ta base de donnees...
si tu prends SQLserver, mieux vo faire de l asp, tu sera plus trankille (krosoft, ils aime po k on utilise autre chose que leur produits.... :op) mais sinon, les 2 se valent sans trop de soucis...
petite question a yoann... eviter access, je suis tout a fait d accord, c est encore plus leger ke mysql.
donne moi par contre une BONNE raison (pas Micro$oft sux... ca c peut etre vrai, mais c pas une bonne raison) de ne pas utiliser SQLserver...
et explike moi ce qu'oracle8 a de plus q'SQLserver ?
il y a plein de contraintes k il ne gere pas encore correctement, pas de procedure stockee, pas de trigger... ce genre de bidule ki te permet de ne pas avoir a reecrire et recompiler toute ton appli des ke tu viens faire des modifs dans la base... MySQL au niveau gestion de tes donnees ne vaut pas enormement plus qu access, bon je dis pas en temps de traitement la je suis d accord, mais ca reste kan meme trop leger pour des grosses applis. franchement si tu veux vraiment faire tourner ton moteur de BD sous unix ou linux utilise DB2...
pour le developpement c clair que je conseille delphi, mais la encore, si tu es plutot novice, mieux vo utiliser vb, delphi est tres bien, mais propose peut etre "trop" d option... vb est pas franchement top, mais si c une appli de gestion assez basike que tu dois faire, ca te permet de torcher ca vite fait bien fait... au moins dans un premier (si t as des pb de delais...)
tu as aussi la solution de faire ton appli d administration entierement en interface oueb... donc asp ou php, et la tu oublie vb, delphi....
pour le php ou l asp, franchement aucune difference... la seule chose qui pourrait t orienter c est le choix de ta base de donnees...
si tu prends SQLserver, mieux vo faire de l asp, tu sera plus trankille (krosoft, ils aime po k on utilise autre chose que leur produits.... :op) mais sinon, les 2 se valent sans trop de soucis...
petite question a yoann... eviter access, je suis tout a fait d accord, c est encore plus leger ke mysql.
donne moi par contre une BONNE raison (pas Micro$oft sux... ca c peut etre vrai, mais c pas une bonne raison) de ne pas utiliser SQLserver...
et explike moi ce qu'oracle8 a de plus q'SQLserver ?
Je vous remercie tous pour vos réponses et m enthousiaste de savoir qu une telle question soulève un débat si bien argumenté. j ai encore quelque tps de reflexion et je pense que si c'est faisable de tout faire en php / MySQL, je le ferai sinon utiliserai vb (désolé pour samounet qui avait malgrès tout de bons arguments).
Manu
Manu
