Programmer un logiciel avec base de donnees...

Programmer un logiciel avec base de donnees... - Divers - Programmation

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...

Reply

Marsh Posté le 14-10-2004 à 09:51:22   

Reply

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/


---------------
On a marché sur le web
Reply

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

Reply

Marsh Posté le 14-10-2004 à 10:50:26    

up

Reply

Marsh Posté le 14-10-2004 à 10:54:32    

Historiquement delphi est en quelque sort le suite de DBASE ou CLIPPER
 
C’est très axé sur la gestion de base de donnée  
 
C’est du développement visuel. Du même genre que access mais c’est 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  


---------------
On a marché sur le web
Reply

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??

Reply

Marsh Posté le 14-10-2004 à 11:04:45    

Pourquoi pas C++ Builder alors ? Ca sait pas faire tout ce que Delphi sait faire ?

Reply

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) !

Reply

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 d’autre langage ASP , VB …. )


---------------
On a marché sur le web
Reply

Marsh Posté le 14-10-2004 à 11:39:09    

rubens a écrit :

Historiquement delphi est en quelque sort le suite de DBASE ou CLIPPER


 
:heink:
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 :D


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 14-10-2004 à 11:39:09   

Reply

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 [:aloy]

Reply

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??

Reply

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.


---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}
Reply

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.


Message édité par antp le 14-10-2004 à 13:34:32

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

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.

Reply

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...


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 14-10-2004 à 14:08:59    

c vrai que java avec une db embarquée...
 
faut voir si un JVM c une contrainte d'installation selon ton énoncé...


---------------
Jubi Photos : Flickr - 500px
Reply

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( :sarcastic: ) : 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.

Reply

Marsh Posté le 14-10-2004 à 14:34:19    

Smaragdus a écrit :

il te semble bien mal( :sarcastic: ) : 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)


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 14-10-2004 à 14:35:37    

antp a écrit :

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)


 
Je parle bien du 6 et je ne tomberais pas dans ton troll grossier (pour un modo : bravo  :sarcastic:  :sarcastic:  :sarcastic: )

Reply

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 ? :D).

Reply

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  :sarcastic:  :sarcastic:  :sarcastic: )


 
:heink:


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

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  :sarcastic:  :sarcastic:  :sarcastic: )


Tu pourrais être un peu plus explicite s.t.p. ?


---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}
Reply

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??

Reply

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

Reply

Marsh Posté le 14-10-2004 à 15:27:24    

kissskoool a écrit :


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??


 
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é.

Reply

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" :


 :heink:  
 
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.
[:austinou]


---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}
Reply

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" :
http://forum.hardware.fr/forum2.ph [...] 0&subcat=0


 
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/
 
 

Reply

Marsh Posté le 14-10-2004 à 15:44:05    

sircam a écrit :

:heink:  
Et antp voulait comparer les moyens à mettre en oeuvre pour un accès db. Faut pas voir du troll partout !


 
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++.

Reply

Marsh Posté le 14-10-2004 à 15:45:56    

youp,
 
je me posais la même question :hello:  
 
 
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 :sweat: ) ?
 
 
merci merci
 
 
ps: en ce qui me concerne, le volume de données ne serait pas énorme.

Reply

Marsh Posté le 14-10-2004 à 15:46:50    

art_dupond a écrit :


pouriez-vous expliquer où se "cacherait" la DB dans le cas de Delphi, C++ Builder, ... ?


 
Elle se cache dans un fichier .mdb si c'est une DB access :o


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 14-10-2004 à 15:47:31    

ah, je crois qu'on a répondu à ma question pendant que je la posais :p
 
 
merci merci :)

Reply

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 :o


 
 
ah comme ca :o


---------------
oui oui
Reply

Marsh Posté le 14-10-2004 à 16:16:49    

une base mysql par ex...

Reply

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.

Reply

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 !

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed