Programmer un logiciel avec base de donnees... - Divers - Programmation
Marsh Posté le 14-10-2004 à 10:11:55
moi j'aime bien delphi
la version 2005 est trés performante
http://www.borland.com/
Marsh Posté le 14-10-2004 à 10:34:18
ahh oui j'oublie de vous dire que je suis etudiant en informatique...et donc que pour l instant les langages que je connais sont assez limites.
Je maitrise les base de donnees sql, je programme en php...
Je peux me mettre a access sans trop de soucis...
Je connais ce C, le VB...
Par ex Rubens...je n ai aucune idee de ce qu est le delphi...enfin je connais de nom mais c est tout.
Si c est pas trop dur je veux bien m y mettre.
Merci
Marsh Posté le 14-10-2004 à 10:54:32
Historiquement delphi est en quelque sort le suite de DBASE ou CLIPPER
Cest très axé sur la gestion de base de donnée
Cest du développement visuel. Du même genre que access mais cest nettement plus professionnel
Pour moi access est bien pour des petites solutions
Mais si tu dois faire des base de plus grosse envergure il vaut mieux passer a autre chose
Marsh Posté le 14-10-2004 à 10:58:22
et je mettrais combien de temps pour integrer de bonnes bases en delphi...
est ce accessible comme langage??
Marsh Posté le 14-10-2004 à 11:04:45
Pourquoi pas C++ Builder alors ? Ca sait pas faire tout ce que Delphi sait faire ?
Marsh Posté le 14-10-2004 à 11:14:05
moi je verrai bien ça en java avec une base embarquée java du style derby (apache) !
Marsh Posté le 14-10-2004 à 11:22:26
Le développement dephi est rapide
Maintenant si tu est étudiant en informatique
C++ est probablement plus complique a apprendre mais plus instructif et intéressant pour ton avenir de programmeur
( tu peux combiner les deux car tu sais utiliser les fonctions de delphi a travers de C++ ou dautre langage ASP , VB
. )
Marsh Posté le 14-10-2004 à 11:39:09
rubens a écrit : Historiquement delphi est en quelque sort le suite de DBASE ou CLIPPER |
C'est plutôt un clone de l'interface de VB, utilisant du Pascal comme language au lieu du BASIC.
Lam's a écrit : Pourquoi pas C++ Builder alors ? Ca sait pas faire tout ce que Delphi sait faire ? |
C++Builder = compilateur C++ greffé sur Delphi + quelques bugs
Marsh Posté le 14-10-2004 à 11:44:37
antp a écrit : C'est plutôt un clone de l'interface de VB, utilisant du Pascal comme language au lieu du BASIC. |
Pascal Objet
Marsh Posté le 14-10-2004 à 12:53:53
en fait cette annee je fais du c++...donc pkoi pas visual C++
sinon c meme pas la peine de penser utiliser une base de donnees sql ou access???
delphi c abordable pour qqun qui n a jamais fait ca??
Marsh Posté le 14-10-2004 à 13:26:58
Delphi est fort abordable si tu as déjà utilisé un 4GL. A toi de voir quelle orientation tu veux prendre si tu hésites entre Delphi et VC++.
Pour ta DB, qu'est-ce que tu entends par bcp de données ? Access n'est pas mauvais en soi, mais je préfère opter pour un SQL server, un Sybase ASA ou un MySQL.
Marsh Posté le 14-10-2004 à 13:34:13
Visual C++, si c'est le 6, ça sera vachement plus compliqué que C++Builder, surtout pour les accès aux bases de données.
Marsh Posté le 14-10-2004 à 13:44:52
antp a écrit : Visual C++, si c'est le 6, ça sera vachement plus compliqué que C++Builder, surtout pour les accès aux bases de données. |
Bah même pour création de l'IHM ça sera plus simple avec C++ Builder en fait..
Mais c'est vrai que les accèss aux bases de données sont simplissimes.
Marsh Posté le 14-10-2004 à 14:01:54
Oui, c'est que je voulais dire. Mais la BD c'est encore pire que l'IHM avec VC++ (par rapport à BC++) il me semble...
Marsh Posté le 14-10-2004 à 14:28:55
antp a écrit : Oui, c'est que je voulais dire. Mais la BD c'est encore pire que l'IHM avec VC++ (par rapport à BC++) il me semble... |
il te semble bien mal( ) : accéder à une DB par ODBC ou DAO se fait en qq lignes de code voire même zéro lignes si tu utilises les assistants.
Marsh Posté le 14-10-2004 à 14:34:19
Smaragdus a écrit : il te semble bien mal( ) : accéder à une DB par ODBC ou DAO se fait en qq lignes de code voire même zéro lignes si tu utilises les assistants. |
qque lignes c'est combien ?
parce qu'en Builder tu fais par exemple :
TADOQuery q* = new TADOQuery(this);
q->SQL->Text = "SELECT * FROM Bidule";
q->Open();
ShowMessage(q->Fields[0]->AsString);
q->Close();
delete q;
Tu parles bien de VC++6 et pas du 7 ? (qui est aussi facile que Builder il me semble)
Marsh Posté le 14-10-2004 à 14:35:37
antp a écrit : qque lignes c'est combien ? |
Je parle bien du 6 et je ne tomberais pas dans ton troll grossier (pour un modo : bravo )
Marsh Posté le 14-10-2004 à 14:39:26
A moins d'utiliser des contrôles Active/X, ça va être la merde en VS6, puisqu'il n'existe pas de contrôle riche qui soit par exemple capable de mettre à jour une table automatiquement à partir de la selection dans une combobox. Donc, ça implique d'écrire la glue soi-même (c'est pas bien terrible).
En C+++Builder, tu fais 3 drag'n'drop et voilà, l'affaire est torchée. Donc, je confirme que c'est carrément plus facile avec C++ Builder qu'avec Visual Studio...
Et ne me parles pas du ClassWizard, ou je demande à un modo d'intervenir sur ce topic (hein, quoi ? c'est trop tard ? ).
Marsh Posté le 14-10-2004 à 14:43:44
Smaragdus a écrit : et je ne tomberais pas dans ton troll grossier (pour un modo : bravo ) |
Marsh Posté le 14-10-2004 à 14:51:42
Smaragdus a écrit : Je parle bien du 6 et je ne tomberais pas dans ton troll grossier (pour un modo : bravo ) |
Tu pourrais être un peu plus explicite s.t.p. ?
Marsh Posté le 14-10-2004 à 15:23:00
les gars , vous etes tous super sympa...mais la je suis perdu...je ne sais plus du tout koi utiliser...
Je vois que vous etes tous des pros...mais moi je suis debutant.
j'aimerais un truc super simple...de preference avec une base sql parce que ca je connais deja...
et est ce que qd on utilise une base sql on est oblige de lancer un serveur sur la machine ou le soft est installe??
Marsh Posté le 14-10-2004 à 15:23:55
sircam a écrit : Tu pourrais être un peu plus explicite s.t.p. ? |
Il y a un topic prévu exprès pour les trolls du style "Mon langage est plus mieux bien que le tiens" :
http://forum.hardware.fr/forum2.ph [...] 0&subcat=0
Marsh Posté le 14-10-2004 à 15:27:24
kissskoool a écrit : |
Déjà une "base SQL", ça veut pas dire grand chose : Quelle DB comptes tu utiliser ?
Access n'a pas besoin de serveur car le moteur est intégré à windows mais son fonctionnement est très limité.
Marsh Posté le 14-10-2004 à 15:30:56
Smaragdus a écrit : Il y a un topic prévu exprès pour les trolls du style "Mon langage est plus mieux bien que le tiens" : |
Même en relisant, je ne pense pas que c'était le propos d'antp. On est bien en train de discuter des avantages/inconvénients respectifs de certains logiciels pour répondre à kkool, n'est-ce pas ?
Et antp voulait comparer les moyens à mettre en oeuvre pour un accès db. Faut pas voir du troll partout !
Si je te dis que c'est encore plus simple en PowerBuilder, ce n'est pas pour autant un troll... puisqu'à contrario je suis pas fan, mais on peut être objectif.
Marsh Posté le 14-10-2004 à 15:31:04
Smaragdus a écrit : Il y a un topic prévu exprès pour les trolls du style "Mon langage est plus mieux bien que le tiens" : |
Pfff.
On te parle ici de développer un machin hyper-spécifique : un logiciel avec de la BDD et une IHM facile d'accès à quelqu'un qui connais le C. On est pas à décider si python demande une plus grosse quequette que perl et réciproquement...
Bon, même si je n'ai fais que du Delphi et du VC++6, et que les choses ont probablement changé depuis, je vote pour C++ Builder ici :
http://www.borland.com/cbuilder/
Marsh Posté le 14-10-2004 à 15:44:05
sircam a écrit : |
Désolé si c'est une évidence mais pour comparer 2 logiciels, il faut les connaitre tous les 2.
Mais cessons de dériver :
Pour les bases de données possibles, il y a aussi SQLite qui est standalone, libre et est accessible en C et C++.
Marsh Posté le 14-10-2004 à 15:45:56
youp,
je me posais la même question
pouriez-vous expliquer où se "cacherait" la DB dans le cas de Delphi, C++ Builder, ... ?
ce serait possible dans des "langages gratuits" (me semble que delphi ne l'est pas) - (j'espère que c'est pas une trop bête question ) ?
merci merci
ps: en ce qui me concerne, le volume de données ne serait pas énorme.
Marsh Posté le 14-10-2004 à 15:46:50
art_dupond a écrit : |
Elle se cache dans un fichier .mdb si c'est une DB access
Marsh Posté le 14-10-2004 à 15:47:31
ah, je crois qu'on a répondu à ma question pendant que je la posais
merci merci
Marsh Posté le 14-10-2004 à 15:51:56
antp a écrit : Elle se cache dans un fichier .mdb si c'est une DB access |
ah comme ca
Marsh Posté le 14-10-2004 à 16:31:53
kissskoool a écrit : une base mysql par ex... |
si tu veux utiliser mysql, il te faudra :
* trouver une API pour acceder aux fonctions mysql_* depuis le C (ça doit exister)
* installer le serveur mysql
* configurer le serveur à l'install
* lancer le demon à chaque lancement de ton appli
Le tout pour accèder à un SGBD qui utilise un pseudo-dialecte du SQL, ça me parait très très compliqué.
Autres questions : As-tu des accès concurents ? Stockes-tu des gros blobs ?
Parce que si ça n'est pas le cas, Access suffit à tes besoins.
Marsh Posté le 14-10-2004 à 16:42:26
kissskoool a écrit : une base mysql par ex... |
Tu te contredis par rapport à ton premier post il me semble :
- "Par contre l'obligation que je dois respecter est que le logiciel ne doit pas dependre des logiciels installes sur le pc..."
Donc, MySql, tu oublies !
Marsh Posté le 14-10-2004 à 09:51:22
Bonjour,
Je voudrais programmer un logiciel qui aurait une interface graphique permettant de saisir des donnees ...(bcp de donnees)
et apres des calculs sur ces donnees...ressortir les resultats sous differentes formes...(graphiques, texte,...)
il y aurait donc une base de donnees consequente derriere et une interface graphique.
Par contre l'obligation que je dois respecter est que le logiciel ne doit pas dependre des logiciels installes sur le pc...
il doit etre autonome et installer tout ce dont il a beoin pour fonctionner, sans pour autant etre trop lourd.
Je voudrais des conseils sur le langage et les logiciels a utiliser pour programmer un truc comme ca...
merci pour vos conseils...