Voila en gros mon problème :
Je n'arrive pas à trouver un langage de programmation me permettant de faire un interfaçage graphique esthétique avec une base de donnée de type SQL.

Ce programme est un système de gestion de bankroll à plus grande échelle qu'une feuille excel (bien trop long concernant le rafraichissement de graphique ou à la sauvegarde entre autre). La BDD sera donc là pour stocker nos différentes statistiques et données de jeu. Voilà donc en gros ce qu'à terme cette appz fera. A préciser aussi que pour l'instant je ne vise que la plateforme Windows donc possibilité d'utilisation des langages propriétaires.

Les contraintes pour le choix du langage sont donc les suivantes :
- Accès aux bases de données (évident mais bon )
- Interfaçage graphique élaboré
- Puissance de calcul sur grande quantité de donnée

Je connais déjà pas mal de langage divers et variés mais aucun ne remplis ces 3 critères parfaitement :
- C & C++ : Création graphique laborieuse
- Java : Idem
- Flash : Lenteur de calcul
- Python : Trop peu de possibilités
- PHP : Pauvre graphiquement (enfin plutôt très long et laborieux pour un rendu correcte )
- VB : Puissance de calcul ridicule

Voilà où j'en suis rendu
Les pistes qui me semblent être les plus exploitables sont :
- Utilisation de 2 programmes, calcul et interfaçage, dans 2 langages (C++ et Flash si cette solution est la meilleur)
- Un langage qui n'est pas apparu pendant mes recherches (c'est là que je compte sur vos connaissances )

Je suis ouvert à toutes propositions (sur le sujet hein ?!!! ;) ) et n'est nullement peur d'apprendre un autre langage quel qu'il soit Pour l'instant, c'est la solution du double programme qui l'emporte pour moi mais j'aurais aimer avoir l'avis des informaticiens qui rôdent sur le forum avant de me lancer !!!

Merci les louloutes !!!

Tu as besoin de tant de puissance de calcul que ça????

Ce n'est pas tant la puissance qu'il faut, mais les créations de graphiques nécessiteront pas mal de ressources vu tout ce qu'il faut traiter pour obtenir les courbes/histogrammes.
Donc ce n'est pas des équations différentielles du 4è degrés mais bon, va y avoir de la donnée à gérer !

Tout dépend de ce que tu veux faire. Si ce que tu veux faire est faisable en SQL, c'est pas le langage qui importe, c'est la puissance du serveur. Si tu es obligé de faire énormément de requêtes, le problème est différent, mais dis-nous déjà pourquoi une gestion de bankroll aurait besoin de traiter une grande quantité d'informations ? C'est vrai que c'est intriguant...

Sacré Bab, il cherche un premier client pour septembre 2010 !!

Edit du MODO Jaune : merci de respecter le sujet de Torrent007 et de supprimer ce message hors-sujet. Et va bosser trouduc !

Edit : désolé... je ne recommencerais plus monsieur...

Prenons mon cas par exemple :
J'utilise excel et voilà ce que je répertorie :
- Date
- Heure de début de table
- Heure de fin de table
- Buy in
- Rake
- Type de jeu
- Identifiant de la table ou tournoi
- Nombre de joueurs total
- Place
- Gain

Suivant ces données, ma feuille calcule :
- Mon temps de jeu cumulé et par jour
- ROI
- Durée moyenne d'une session
- Gain/Perte par jour

Sachant que je suis souvent à le maison (horaire tranquille ) je suis à environ 15 à 20 tables/MTT par jours, donc la totalité des informations que représente juste le mois de septembre par exemple est déjà conséquent et procure à Excel quelques douleurs quand au refresh des 8 graphs que j'ai configuré

J'imagine pas mon fichier excel dans 1 2 ou 3 ans

Concernant le serveur, il n'est en rien un frein et ne posera aucun soucis.
A terme je n'utilise mon Système de Gestion uniquement sur 3 stations qui sont toutes dotées du serveur SQL. L'apply + la BDD seront hébergés sur clé USB pour rendre une meilleur portabilité (seulement 2 de ces PC sont sur le même réseau).
Et j'ai exclue la mise online via Serveur privée ou autre car pas envie de m'occuper de la sécurité à la maison, j'en fait déjà trop au taf

Poker tracker like ?

Non pas exactement car sans analyse de mains ou de style de jeu
Juste un excel pour BR très amélioré en somme

Disons que PT (Poker tracker) te donne des % qui peut te permettre de déduire des choses sur le style de jeu adverse....

il n'analyse pas les mains non plus mais te donne tjs des %

Enfin bref bon courage !

Perso, je pense pas que le choix du soft de développement soit primordial pour ton truc....
Je bosse avec VB (et mm pas le .net!!!) en attaquant une BdD SQL serveur et j'ai jamais eu de pb de puissance !

Oui j'utilise PO donc je vois tout à fait ce que PT peut faire
Mon but içi est juste la gestion de bankroll avec une auto analyse mais pas de mon jeu, plutôt de mon évolution au fil du temps

Et bien si car la plupart des langages intègre certaine facilité pour tel ou tel aspect de mon objectif (flash est l'idéal pour le graphisme et le C/C++ pour la partie BDD/calcul par exemple) et je suis tout à fait conscient que mon soft est réalisable avec n'importe lequel des langages cités dans le post initial, mais l'objet de ma demande ici est plutôt de savoir si, à votre connaissance, un autre langage que ceux-là aurait mieux convenu à mon objectif.
En ce qui me concerne, je pense qu'une approche via 2 programmes complémentaires serait l'idéal, tant niveau portabilité, upgrading et rapidité. Après, si selon toi cela est plus simple de passer via VB sans craindre de temps de latence excessif au fur et à mesure du temps, pourquoi pas. Étant plus spécialiste du C/C++, j'avais peut être sous estimé cette possibilité
Je vais regarder ça de plus prés concernant le traitement des données en quantité.

D'autre avis encore ???

Utilise un framework J2ee genre Struts et pour la persistance de tes données Hybernate sinon

Ouep j'avais regardé du coté des frameworks Java mais je n'ai pas trouvé mon bonheur en faîtes
Après, je n'ai pas pris le temps de tous les étudier à 100% non plus mais je crois que je gagnerai du temps à privilégier une solution comme VB ou Flash/C.
Enfin, toujours pareil, je n'ai pas encore eu la possibilités d'exploiter les technologies Java en concret, hormis quelques toutes petites appz sans consistance.