il faut une application client lourd avec une base de données sur un "serveur" local, d'où l'idée d'utiliser Firebird (ou MS Access) pour éviter d'administrer un serveur MySQL ou PostgreSQL (par exemple).
parce que la base firebird il ne faut pas l'administrer ?
meme en local, l'avantage de l'archi n-tiers :
- base de données d'un coté
- application de l'autre
- apparence dans
c'est quand meme de pouvoir :
- changer ton serveur de base de données par un moteur plus puissant (changer de machine pour augmenter les performances de traitement)
- changer/ajouter des fonctionnalités du client, independamment de l'apparance de l'appli
- changer l'apparence independammant de l'appli en elle meme.
en plus si demain tu as plusieurs utilisateurs de ton "logiciel" tu fera quoi ?
un partage "windows" pour acceder à ton fichier de base firebird ?
et rien n'empeche de demarrer en mettant tout sur la meme machine.
mais en effet ca ne repond pas à ta question premier de savoir avec quel IDE faire du dev d'interface graphique en python .
[^] # Re: les bases
Posté par NeoX . En réponse au message choix pour démarrer en Python. Évalué à 1.
parce que la base firebird il ne faut pas l'administrer ?
meme en local, l'avantage de l'archi n-tiers :
- base de données d'un coté
- application de l'autre
- apparence dans
c'est quand meme de pouvoir :
- changer ton serveur de base de données par un moteur plus puissant (changer de machine pour augmenter les performances de traitement)
- changer/ajouter des fonctionnalités du client, independamment de l'apparance de l'appli
- changer l'apparence independammant de l'appli en elle meme.
en plus si demain tu as plusieurs utilisateurs de ton "logiciel" tu fera quoi ?
un partage "windows" pour acceder à ton fichier de base firebird ?
et rien n'empeche de demarrer en mettant tout sur la meme machine.
mais en effet ca ne repond pas à ta question premier de savoir avec quel IDE faire du dev d'interface graphique en python .