|
| Temps long pour un Hajoute |
| Iniciado por Roumegou, 19,may. 2019 12:49 - 4 respuestas |
| |
| | | |
|
| |
Publicado el 19,mayo 2019 - 12:49 |
Bonjour,
N'étant pas un fana de l'hyperfile, je ne l'utilise pas beaucoup et
j'avoue donc mon inexpérience.
Mais pour un outil interne, je l'utilise en complément de ma base mysql
pour stocker des print ecrans. Cela convient exactement à mon besoin,
si ce n'est que c'est beaucoup trop lent.
Voici le principe. Je fais des captures écrans avec screenpresso, et
sur ma fiche j'ai un bouton pour coller le contenu du presse papier et
sauvegarder l'image associée à ma fiche. Une fiche peut avoir plusieurs
images associées.
MonImage est une Image
Sablier(Vrai)
SI PressePapierFormat(ppfBitmap) = Vrai ALORS
PressePapier(MonImage) // Contenu du presse-papiers dans la variable
de type Image
FIN
HRAZ(HF_RUL_IMAGES)
HF_RUL_IMAGES.HF_RUL_ID=RUL_ID
HF_RUL_IMAGES.HF_IMG=MonImage
HAjoute(HF_RUL_IMAGES)
ListeAffiche(ListeImage_HF_RUL_IMAGES,taInit)
Sablier(Faux)
le fichier HF_RUL_IMAGES est dans une base HF C/S avec un id
automatique, rul_id en clé avec doublon
hf_img en image (mémo binaire)
la table est en C/S distant.
et donc c'est TROP lent. Quelquefois une vingtaine de secondes et
d'après mes débug c'est dans le Hajoute et le listeAffiche que je
patiente (pas dans le pressepapier(monimage))
pour l'instant d'après le centre de contrôle, le fichier fait 63Mo pour
33 egts.
Donc cela fait une moyenne de 2MO par image.
Est ce parce que c'est trop lourd ?
Faut-il procéder autrement ?
Par avance, je vous remercie de vos précieux conseils.
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
12 mensajes |
|
Publicado el 20,mayo 2019 - 14:14 |
Bonjour.
As-tu pensé à stocker l'image sur un serveur distant, et en la nommant avec un indice ?
Exemple : IDFiche_Indice.png
Pour ta fiche numéro 5, si tu as 3 images ça donnerait ça :
5_1.png
5_2.png
5_3.png
Il te suffit alors de stocker dans ta BDD uniquement le nom de ton fichier. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
3.882 mensajes
Popularité : +227 (347 votes) |
|
Publicado el 20,mayo 2019 - 15:00 |
Bonjour,
J'ai bien peur que ton image soit stockée en BMP (on a fait plus léger) cela augmente donc le temps de traitement, plus le mémo est lourd, plus le temps de traitement est long.
ll faudrait donc la convertir avant de l'enregistrer.
--
Il y a peut être plus simple, mais, ça tourne |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
2.571 mensajes
Popularité : +222 (260 votes) |
|
Publicado el 20,mayo 2019 - 15:52 |
Bonjour,
Qu'entends-tu par distant ? Un serveur sur le réseau ou une base sur le cloud ?
Dans ce dernier cas, ne serait-ce pas le transfert de l'image à travers le réseau qui serait long ?
--
Cordialement,
Philippe SAINT-BERTIN |
| |
| |
| | | |
|
| | |
| |
Publicado el 21,mayo 2019 - 10:33 |
Philippe SB avait énoncé :
Bonjour,
Qu'entends-tu par distant ? Un serveur sur le réseau ou une base sur le cloud
?
Dans ce dernier cas, ne serait-ce pas le transfert de l'image à travers le
réseau qui serait long ?
Merci beaucoup à tous pour vos réponses.
Oui Philippe, c'est exactement cela. Mon serveur distant est une VM sur
mon Hyperv chez Kalanda.
Du coup, c'est le transfert des 1,5 MO environ d'un prt ecran qui en
est la cause.
D'ailleurs j'ai installé la base HF C/S sur mon portable en local pour
remédier à cela; et maintenant l'enregistrement est immédiat.
Oui le bmp n'est pas la panacée et normalement je ne gère pas les
images en mémo mais plutôt en nom de fichiers.
Mais là c'est pour un outil interne pour faire de la doc rgpd et sortir
notamment le registre. Donc un fonctionnement mi local avec une synchro
peut être ensuite avec la base serveur me conviendra. Car l'idée est
que je ne sois pas ralenti en saisissant cette doc (c'est déjà assez
chiant comme cela lol)
Encore merci à tous pour vos réponses très pertinentes.
--
Roumegou Eric
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus |
| |
| |
| | | |
|
| | | | |
| | |
|