c'est une appli de type "reseau social" une application en PyQt4 + Sqlite pour la gestion d'un réseau social
mais avec une base locale à chaque machine ? J'ai maintenant plusieurs utilisateurs, chacun avec sa base qui prend de l'ampleur, et je me vois mal mettre tout ça en ligne... Un utilisateur = une base locale, c'était séduisant...
- facile à déployer sur Windows, Linux, MacOS (sans embêter l'utilisateur avec de l'admin... de ce point de vue sqlite était top !)
on est loin d'un modele "RESEAU Social"
l'idée de depart etant d'avoir un endroit centralisé qui contient les infos et ou chacun vient y piocher ce qu'il veut ...
j'espere que les bases "locales" ne sont là que pour stocker les preferences de l'utilisateur ?
sinon je pense comprendre pourquoi ton appli peut etre lente,
s'il faut que le client envoie tous les changements de sa base vers le serveur au lancement (pour que les autres clients voient ces changements)
ca fait beaucoup de mouvement pour pas grand chose au final ;)
# lapin compris
Posté par NeoX . En réponse au message choix d'une nouvelle DB. Évalué à 1.
une application en PyQt4 + Sqlite pour la gestion d'un réseau socialmais avec une base locale à chaque machine ?
J'ai maintenant plusieurs utilisateurs, chacun avec sa base qui prend de l'ampleur, et je me vois mal mettre tout ça en ligne...
Un utilisateur = une base locale, c'était séduisant...
- facile à déployer sur Windows, Linux, MacOS (sans embêter l'utilisateur avec de l'admin... de ce point de vue sqlite était top !)on est loin d'un modele "RESEAU Social"
l'idée de depart etant d'avoir un endroit centralisé qui contient les infos et ou chacun vient y piocher ce qu'il veut ...
j'espere que les bases "locales" ne sont là que pour stocker les preferences de l'utilisateur ?
sinon je pense comprendre pourquoi ton appli peut etre lente,
s'il faut que le client envoie tous les changements de sa base vers le serveur au lancement (pour que les autres clients voient ces changements)
ca fait beaucoup de mouvement pour pas grand chose au final ;)