Discussion :

[jkamelini]

salut;
je doit implementer un syst de gestion commerciale.
1)alors quel couple (language+SGBD) choisir en fonction
(performance,cout de l'EDI et du SGBD)
j'opte pour java-eclipse + postgresql
mais je sais pas trop
ptet qu'un delphi+access serai meilleur.

2) pr java, quels sont les composants les plus récents (conviviaux).

merci

""Nous ne méritons pas seulement la terre de nos ancêtres mais nous
l'empruntons à nos enfants"" de ???
==>alors protégeons notre environnement<==

[Marc Lussac]

je doit implementer un syst de gestion commerciale.
1)alors quel couple (language+SGBD) choisir en fonction
(performance,cout de l'EDI et du SGBD)
j'opte pour java-eclipse + postgresql

Bon choix, et tout est gratuit, et multi-plateformes.

ptet qu'un delphi+access serai meilleur.

Pourquoi Access ? Tu peu utiliser Delphi avec n'importe quel SGBD, y compris postgresql. Access en tant que base de données n'offre pas tout ce qu'offre postgresql. L'intéret d'Access réside dans l'outil en lui même, mais d'utiliser le moteur tout seul je ne voi pas très bien l'intérêt, à part que les données puiisent êtres accessibles aussi à travers l'outil Access.

Delphi est un excellent EDI, et te permetrra de compiler des application très performantes, mais l'application sera cantonée à Windows et d'autre part Delphi est un outil Payant

Donc Delphi serais un bon choix dans le cas ou c'est pour Windows, que la performance du résultat est un critère important, et que tu ait le budget pour l'acquisition de l'outil.

[lunatix]

pour le choix de la base, si tu utilises java, utilise une solution de mapping (hibernate ou jpa), comme cela, tu es indépendant du choix de base, et c'est un gros plus pour une solution commerciale de pouvoir s'adapter a la base du client.
on t'attends sur le forum java pour en discuter

[Mat.M]

Très bonne question ;
je suis d'accord avec Marc le probleme avec Access c'est que c'est mono-utilisateur et pas gratuit contrairement à PostGresSQL

>>java-eclipse + postgresql
une solution envisageable mais Delphi permettrait de développer un "client riche" , plus enrichit que sous Java

[itmak]

Merci pour vos réponses.
Désolé de ne pas avoir répondu plut tôt.
J'avais un problème de compte (problème de frappe), mon vrai compte est kamelini et non jkamelini.

Pour Mark lussac:
Et toi tu utiliserais quoi?

Pour lunatix:
Ok je viens au forum java.
Qu'est ce qu'une solution de mapping (hibernate ou jpa) ?


pour Mat.M:
Qu'est ce qu'un client riche?

[itmak]

salut à tous; j'ai trouvé des infos hyper intéressantes sur un sujet proche de ce que je cherchais; sauf que c'est à compléter et à corriger.
ça serait bien de faire une sorte de synthèse sur les langages en répondant à ces questions et de le diffuser aux développeurs. Les questions sont en pièce-jointes.
Merci à SEBSAUVAGE d'un autre forum pour ces questions.

[lunatix]

solution de mapping : grosso modo, une api qui te permet de spécifier tel objet (dossier par exemple) correspond a TDOSS (la table dossier dans la base), ensuite tu manipules tes données sous forme objet (dossier.setNOM() ) et l'api te genere le sql.
l'avantage :rapidité de developpement, et independance de la base de données (en gros sous hibernate, tu changes une ligne de conf pour changer de base de données).
Quand tu veux vendre un logiciel chez un client, c'est un gros plus de pouvoir s'adapter a son SI.

Client riche : c'est la mode en ce moment, une application type client lourd, mais qui se connecte a un serveur d'application pour tout ce qui est metier.
Pour moi, java est autant adapté que delphi pour le faire (voir plus grâce a java web start). par exemple voir sur mon blog amazon client

[Mat.M]

Client riche : c'est la mode en ce moment,

je ne vais pas polémiquer mais cela existait bien avant le "client léger" par exemple un applet Java tournant dans un navigateur.
Ms Word , Ms Excel qui sont des clients riches existaient bien avant Java il me semble donc c'est pas une mode.

[lunatix]

j'ai pas dis que c'etait neuf, mais a la mode (ce qui n'a rien a voir )