BDD : Amélioration de la gestion des connexions
il y a 9 ans 2 mois #10954
par goutatou
Réponse de goutatou sur le sujet BDD : Amélioration de la gestion des connexions
bon je me répond à moi même .. il faut creuser cette piste là (en tout cas pour la fiche famille) puisque les methodes de layout citées ci-dessus demande la MAJ des composants graphiques.
Mais lors du draw de ces composants graphiques on réeffectue des requêtes en base.
En déplaçant la recherche des valeurs dans l'init de chaque composant l'ouverture d'une fiche famille passe à 3s...
Cela demande toutefois quelques adaptations du code mais si les temps s'améliorent le jeu peut en valoir la chandelle.
je coupe pour la nuit le reveil va être délicat demain matin
Mais lors du draw de ces composants graphiques on réeffectue des requêtes en base.
En déplaçant la recherche des valeurs dans l'init de chaque composant l'ouverture d'une fiche famille passe à 3s...
Cela demande toutefois quelques adaptations du code mais si les temps s'améliorent le jeu peut en valoir la chandelle.
je coupe pour la nuit le reveil va être délicat demain matin
Connexion ou Créer un compte pour participer à la conversation.
il y a 9 ans 2 mois #10987
par goutatou
Bonsoir,
pour ma part c'est réseau distant. J'ai 2 serveurs distincts : celui de la structure et mon serveur privé virtuel chez OVH sur lequel je fais le plus mes tests. Celui de la structure me sert plus a valider que cela fonctionne encore et à comparer les résultats. Comme je le disais au début du fil j'avais auparavant de gros problèmes de performances vers le serveur du centre (mais qui sont résolus depuis).
Marc
PS: C'est vrai que je ne signe pas à tous les coups alors moi c'est marc
Réponse de goutatou sur le sujet BDD : Amélioration de la gestion des connexions
ODouville écrit:
Très intéressants tes résultats goutatou !
Dans quelles conditions as-tu mesuré tous ces temps ? fichier local ou réseau ? si réseau, réseau local ou distant ?
Bonsoir,
pour ma part c'est réseau distant. J'ai 2 serveurs distincts : celui de la structure et mon serveur privé virtuel chez OVH sur lequel je fais le plus mes tests. Celui de la structure me sert plus a valider que cela fonctionne encore et à comparer les résultats. Comme je le disais au début du fil j'avais auparavant de gros problèmes de performances vers le serveur du centre (mais qui sont résolus depuis).
Marc
PS: C'est vrai que je ne signe pas à tous les coups alors moi c'est marc
Connexion ou Créer un compte pour participer à la conversation.
il y a 9 ans 2 mois #10989
par ODouville
Je vais peut-être dire des bêtises hein... ne m'en voulez pas ! J'ai commencé le python, il y a environ 30min
Je me demande pourquoi on voitavant le redimensionnement de la fenêtre ?
J'imagine que le redimensionnement de la fenêtre provoque un redimensionnement des composants internes (surtout si on a demandé au sizer de se "fitter" à la fenêtre).
Len'est-il pas redimensionné au moins 2 fois dans ce cas ? De même pour le Layout(), ne gagnerait-il pas à être effectué seulement après le changement de taille de la fenêtre ? Voire à être supprimé dans le cas où un SetSize() sur la fenêtre provoquerait lui-même un Layout() ?
Réponse de ODouville sur le sujet BDD : Amélioration de la gestion des connexions
grid_sizer_base.Fit(self), self.Layout() et self.SetSize(taille_fenetre) qui sont particulierement lentes
Je vais peut-être dire des bêtises hein... ne m'en voulez pas ! J'ai commencé le python, il y a environ 30min
Je me demande pourquoi on voit
grid_sizer_base.Fit(self)J'imagine que le redimensionnement de la fenêtre provoque un redimensionnement des composants internes (surtout si on a demandé au sizer de se "fitter" à la fenêtre).
Le
grid_sizer_baseConnexion ou Créer un compte pour participer à la conversation.
il y a 9 ans 2 mois #11002
par goutatou
Réponse de goutatou sur le sujet BDD : Amélioration de la gestion des connexions
Bonjour ODouville,
pour ma part ce n'est pas ca qui me semble couteux (puisque cela est fait de la m^me manière en local) mais plutot que ces méthodes appellent toutes la méthode redraw qui appelle elle m^me la méthode MAJ() qui fait beaucoup de requetes en base. Du coup dans le cas d'un accès distant on multiplie encore les temps. Si les requetes de selection de données sont replacées sur l'init du composant alors on gagne beaucoup de temps.
cdlt,
ODouville écrit:
grid_sizer_base.Fit(self), self.Layout() et self.SetSize(taille_fenetre) qui sont particulierement lentes
Je vais peut-être dire des bêtises hein... ne m'en voulez pas ! J'ai commencé le python, il y a environ 30min
Je me demande pourquoi on voitavant le redimensionnement de la fenêtre ?grid_sizer_base.Fit(self)
J'imagine que le redimensionnement de la fenêtre provoque un redimensionnement des composants internes (surtout si on a demandé au sizer de se "fitter" à la fenêtre).
Len'est-il pas redimensionné au moins 2 fois dans ce cas ? De même pour le Layout(), ne gagnerait-il pas à être effectué seulement après le changement de taille de la fenêtre ? Voire à être supprimé dans le cas où un SetSize() sur la fenêtre provoquerait lui-même un Layout() ?grid_sizer_base
pour ma part ce n'est pas ca qui me semble couteux (puisque cela est fait de la m^me manière en local) mais plutot que ces méthodes appellent toutes la méthode redraw qui appelle elle m^me la méthode MAJ() qui fait beaucoup de requetes en base. Du coup dans le cas d'un accès distant on multiplie encore les temps. Si les requetes de selection de données sont replacées sur l'init du composant alors on gagne beaucoup de temps.
cdlt,
Connexion ou Créer un compte pour participer à la conversation.
Temps de génération de la page : 0.287 secondes