Aucune requête pour afficher notre liste, mais un seul fichier indexé ! Si la recherche est"lente", c'est à cause d'une temporisation délibérée (comme l'a bien expliqué Laurent) nécessaire et adaptée aux capacités "moyennes" de saisie de nos clients.
Pondre 3000 lignes par jour ne permet pas de vous qualifier comme "bon programmeur", tout au plus êtes-vous productif. SI vous êtes "bon programmeur" (ce que je ne met pas en doute) c'est certainement votre métier, et probablement êtes-vous à votre compte ou, comme moi, à la tête d'une SSII.
Je masse ma conjointe depuis des années avec un grand taux de réussite : ça ne fait pas de moi un kinésithérapeute, et ça ne veut pas dire que je m'y prenne bien.
J'aimerais donc quelques éclaircissement sur votre position, au besoin en BAL privée. Faute de quoi j'en resterais là.
Taille des fenetres
-
Stéphane Bernabé
- Administrateur
- Messages : 2540
- Enregistré le : ven. déc. 29, 2000 11:31 am
- Profimage : E
- Localisation : Castries (34)
Re: Taille des fenetres
Stéphane Bernabé
"Si on paie ceux qui ne travaillent pas et si on impose ceux qui travaillent, il ne faut pas s'étonner si le chômage augmente."
Milton Friedman, prix Nobel d'économie en 1976
... et dans un autre domaine
- Pensée unique
"Si on paie ceux qui ne travaillent pas et si on impose ceux qui travaillent, il ne faut pas s'étonner si le chômage augmente."
Milton Friedman, prix Nobel d'économie en 1976
... et dans un autre domaine
- Pensée unique
-
bernard
Re: Taille des fenetres
Serait-ce une fin de non recevoir ?
Seriez-vous à court d’arguments ?
1/ je ne me cache pas d’être MK et bon programmeur sur PC (avant sur Mac). Je ne mets pas en doute vos compétences et ne les ait pas mises en doute auparavant. Evitez la ‘facilité du massage de la conjointe’, je risquerai de vous poursuivre pour exercice illegal
. Question lignes j'ai failli en faire mon métier mais je prefère le plaisir!
2/ vu de l’exterieur, étant habitué à traiter des requêtes poids lourd en SQL > 16 000 lignes avec sum, average, SD, où le temps de réponse est < 0,5s, il me semble étonnant que le temps de réponse soit si long pour un simple ‘locate’ ? une fois la lettre tapée la recherche devrait être instantanée ? Elle ne l’est pas ! l’affichage prends du temps !
3/ si il y a un seul fichier comment se fait il que le défilement soit si long par les ascensceurs, accès disque ?
Vous avez mon email !
Seriez-vous à court d’arguments ?
1/ je ne me cache pas d’être MK et bon programmeur sur PC (avant sur Mac). Je ne mets pas en doute vos compétences et ne les ait pas mises en doute auparavant. Evitez la ‘facilité du massage de la conjointe’, je risquerai de vous poursuivre pour exercice illegal
. Question lignes j'ai failli en faire mon métier mais je prefère le plaisir!2/ vu de l’exterieur, étant habitué à traiter des requêtes poids lourd en SQL > 16 000 lignes avec sum, average, SD, où le temps de réponse est < 0,5s, il me semble étonnant que le temps de réponse soit si long pour un simple ‘locate’ ? une fois la lettre tapée la recherche devrait être instantanée ? Elle ne l’est pas ! l’affichage prends du temps !
3/ si il y a un seul fichier comment se fait il que le défilement soit si long par les ascensceurs, accès disque ?
Vous avez mon email !
-
Stéphane Bernabé
- Administrateur
- Messages : 2540
- Enregistré le : ven. déc. 29, 2000 11:31 am
- Profimage : E
- Localisation : Castries (34)
Re: Taille des fenetres
Bon, je vous explique encore une fois cette histoire de temporisation, vous n'avez visiblement pas compris comment elle fonctionne.
Nous interceptons les touches tapées par nos clients "à la volée", et fabriquons la clé de recherche sur l'index du fichier au fur et à mesure. Dès qu'il s'est écoulé plus d'1 seconde après la frappe d'une touche, nous lançons la recherche et l'affichage qui sont instantanés.
Pourquoi cette seconde ? C'est simple et programmé comme ça dans toutes les "bonnes" recherches "au mieux", comme on les appelle dans mon métier.
Imaginez que nous lancions la recherche/affichage de la liste au fur et à mesure de la frappe : après chaque lettre tapée Vega rafficherait la totalité de son écran, ce qui n'est pas très efficace ni élégant. En théorie ça correspondrait à un affinage de la recherche visible sur l'écran (J'affiche tous les noms commençant par "B", puis tous ceux commençant par "BE", puis tous ceux commençant par "BER", etc. Autant de raffichage que de lettres tapées = procédé peu ergonomique et peu agréable à utiliser, très déroutant pour l'utilisateur.
Au lieu de ça, nous avons arbitrairement décidé de temporiser la recherche/affichage, en considérant qu'après cette tempo, il était vraisemblable que l'utilisateur avait cessé de taper sur le clavier. Alors quand quelqu'un comme vous ou moi tappe "BERNABE" en 1/2 seconde sur le clavier, sans voir ce qu'il tappe, et en discutant avec un interlocuteur, un client moyen aura à peine trouvé le "B" sur son clavier. Généralement, il lui faudra moins d'une seconde pour trouver le "E", et ainsi de suite. On n'aura donc au final qu'un seul affichage de la liste, qui semblera automatique à notre client, mais un peu trop retardé à un habitué du clavier. Une tempo plus longue crée de l'impatience même chez un néophyte, une tempo plus courte rend le mécanisme inutilisable pour la plupart des usagers : il suffit qu'ils mettent un peu de temps à trouver une lettre du nom (ou du début de nom) de leur patient pour que la liste affiche "tous les noms commençant par "NABE" au lieu de "BERNABE"...)
On apprend ce genre de considérations en école d'informatique, parmi les nombreux cours qui sont délivrés. SQL est une façon d'attaquer une BDD, mais ce n'est ni la seule, ni la meilleure : tout dépend de l'usage qu'on a à faire de la BDD, du système ciblé (l'OS), de la clientèle visée, du budget concerné, etc.
Nous interceptons les touches tapées par nos clients "à la volée", et fabriquons la clé de recherche sur l'index du fichier au fur et à mesure. Dès qu'il s'est écoulé plus d'1 seconde après la frappe d'une touche, nous lançons la recherche et l'affichage qui sont instantanés.
Pourquoi cette seconde ? C'est simple et programmé comme ça dans toutes les "bonnes" recherches "au mieux", comme on les appelle dans mon métier.
Imaginez que nous lancions la recherche/affichage de la liste au fur et à mesure de la frappe : après chaque lettre tapée Vega rafficherait la totalité de son écran, ce qui n'est pas très efficace ni élégant. En théorie ça correspondrait à un affinage de la recherche visible sur l'écran (J'affiche tous les noms commençant par "B", puis tous ceux commençant par "BE", puis tous ceux commençant par "BER", etc. Autant de raffichage que de lettres tapées = procédé peu ergonomique et peu agréable à utiliser, très déroutant pour l'utilisateur.
Au lieu de ça, nous avons arbitrairement décidé de temporiser la recherche/affichage, en considérant qu'après cette tempo, il était vraisemblable que l'utilisateur avait cessé de taper sur le clavier. Alors quand quelqu'un comme vous ou moi tappe "BERNABE" en 1/2 seconde sur le clavier, sans voir ce qu'il tappe, et en discutant avec un interlocuteur, un client moyen aura à peine trouvé le "B" sur son clavier. Généralement, il lui faudra moins d'une seconde pour trouver le "E", et ainsi de suite. On n'aura donc au final qu'un seul affichage de la liste, qui semblera automatique à notre client, mais un peu trop retardé à un habitué du clavier. Une tempo plus longue crée de l'impatience même chez un néophyte, une tempo plus courte rend le mécanisme inutilisable pour la plupart des usagers : il suffit qu'ils mettent un peu de temps à trouver une lettre du nom (ou du début de nom) de leur patient pour que la liste affiche "tous les noms commençant par "NABE" au lieu de "BERNABE"...)
On apprend ce genre de considérations en école d'informatique, parmi les nombreux cours qui sont délivrés. SQL est une façon d'attaquer une BDD, mais ce n'est ni la seule, ni la meilleure : tout dépend de l'usage qu'on a à faire de la BDD, du système ciblé (l'OS), de la clientèle visée, du budget concerné, etc.
Stéphane Bernabé
"Si on paie ceux qui ne travaillent pas et si on impose ceux qui travaillent, il ne faut pas s'étonner si le chômage augmente."
Milton Friedman, prix Nobel d'économie en 1976
... et dans un autre domaine
- Pensée unique
"Si on paie ceux qui ne travaillent pas et si on impose ceux qui travaillent, il ne faut pas s'étonner si le chômage augmente."
Milton Friedman, prix Nobel d'économie en 1976
... et dans un autre domaine
- Pensée unique
-
bernard
Re: Taille des fenetres
Monsieur étant de nature débile comme vous le supposez, j'ai constaté que dans d'autres fichiers vous utilisez le procédé que vous décriez?
1/ améliorez votre fenetre clientelle sur le même principe! mettez un textbox pour la recherche!
D'autre part vous ne répondez pas sur la lenteur du défilement de l'ascenceur?
Windev et d'autres appli proposent un moteur BDD librement diffusable et qui peut être utilisé en propriétaire ou SQL ou... Donc je connais bien mes cours les offres du marché, désolé!
1/ améliorez votre fenetre clientelle sur le même principe! mettez un textbox pour la recherche!
D'autre part vous ne répondez pas sur la lenteur du défilement de l'ascenceur?
Windev et d'autres appli proposent un moteur BDD librement diffusable et qui peut être utilisé en propriétaire ou SQL ou... Donc je connais bien mes cours les offres du marché, désolé!
