1. Ce site utilise des cookies. En continuant à utiliser ce site, vous acceptez l'utilisation des cookies. En savoir plus.
  2. Bonjour tout le monde ! Veillez consulter la Politique de forum pour comprendre nos règles, Merci a vous !
    Rejeter la notice

WB PcSoft vous ment sur hfsql ?

Discussion dans 'Webdev' créé par Tomy300, Juil 28, 2018.

  1. Tomy300

    Tomy300 Member

    Inscrit:
    Jan 25, 2018
    Messages:
    38
    J'aime reçus:
    34
    Bonjour,

    J'ai créé un site dynamique en webdev pour un de mes clients. Anciennement son site était en PHP avec une base mysql avec une base de données d'environs 50,000 enregistrements.

    Je ne suis pas expert avec les BD mais j'ai mis des clefs composées pour aider la performance. Résultat avec un simple select 3-4 secondes avec HFSQL, si je mets des conditions ou des jointes le délai peut passer à 8-10 secondes, quand même si je mets des clefs composées sur l'id ou les champs dans la condition, le gain de performance est minimal.

    Mais avec son site en php et mysql 5.5, la même requête se fait en 1-2 seconde et il fait un joint en plus.

    Je ne comprends pas trop, quand je regarde les vidéos de PcSoft avec leurs 20 milliards d’enregistrements qui s’exécutent en 1-2 seconde. J'imagine qu'ils utilisent une vue et que les données ne changent pas.

    Même avec 10,000 enregistrements c'est long..... pour le web trop long. je suis obligé de séparer la bd par bloc de 2000 enregistrements pour avoir une vitesse convenable sur le web.

    Je n'ai pas le choix d'utiliser HFSQL, car mon client veut l'application mobile également qui communiquera avec cette même base de données. Je pourrais utilisé mysql en natif qui est beaucoup plus rapide, mais incompatible avec les mobiles, je pourrais utilisé un web service pour communiqué avec la BD, mais je n'ai aucune expérience avec les webservices.

    J'ai l'impression de m'être fait flouer, car j'ai effectivement acheté la version illimitée de hfsql.

    Je me demande si on ne devrait pas faire un recours collectif contre PcSoft avec ses pubs mensongère sans compter le plantage intempestif de webdev.

    Pour le plantage de webdev. PcSoft me conseille de faire la mise à jour vers la 23 et qu'il y a beaucoup moins de bogues. OK donc si je comprends bien je dois étendre 900 euros pour me débarrasser des bogues de la 22.

    Désolé pour ma monté de lait. :) mais je ne comprend pas pourquoi hfsql est aussi lent. peut-être que je m'y prends mal ? J'ai pourtant mon serveur de développement un Proliant G6 2 Processeurs 2.93Ghz 10 cœurs avec 24 gig ram.

    Merci.
     
    Tags:
    jaguard91 apprécie ceci.
  2. popoy

    popoy Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 23, 2018
    Messages:
    2,884
    J'aime reçus:
    1,532

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    Bonjour,

    J'ai créé un site dynamique en webdev pour un de mes clients. Anciennement son site était en PHP avec une base mysql avec une base de données d'environs 50,000 enregistrements.

    Je ne suis pas expert avec les BD mais j'ai mis des clefs composées pour aider la performance. Résultat avec un simple select 3-4 secondes avec HFSQL, si je mets des conditions ou des jointes le délai peut passer à 8-10 secondes, quand même si je mets des clefs composées sur l'id ou les champs dans la condition, le gain de performance est minimal.

    Mais avec son site en php et mysql 5.5, la même requête se fait en 1-2 seconde et il fait un joint en plus.

    Je ne comprends pas trop, quand je regarde les vidéos de PcSoft avec leurs 20 milliards d’enregistrements qui s’exécutent en 1-2 seconde. J'imagine qu'ils utilisent une vue et que les données ne changent pas.

    Même avec 10,000 enregistrements c'est long..... pour le web trop long. je suis obligé de séparer la bd par bloc de 2000 enregistrements pour avoir une vitesse convenable sur le web.

    Je n'ai pas le choix d'utiliser HFSQL, car mon client veut l'application mobile également qui communiquera avec cette même base de données. Je pourrais utilisé mysql en natif qui est beaucoup plus rapide, mais incompatible avec les mobiles, je pourrais utilisé un web service pour communiqué avec la BD, mais je n'ai aucune expérience avec les webservices.

    J'ai l'impression de m'être fait flouer, car j'ai effectivement acheté la version illimitée de hfsql.

    Je me demande si on ne devrait pas faire un recours collectif contre PcSoft avec ses pubs mensongère sans compter le plantage intempestif de webdev.

    Pour le plantage de webdev. PcSoft me conseille de faire la mise à jour vers la 23 et qu'il y a beaucoup moins de bogues. OK donc si je comprends bien je dois étendre 900 euros pour me débarrasser des bogues de la 22.

    Désolé pour ma monté de lait. :) mais je ne comprend pas pourquoi hfsql est aussi lent. peut-être que je m'y prends mal ? J'ai pourtant mon serveur de développement un Proliant G6 2 Processeurs 2.93Ghz 10 cœurs avec 24 gig ram.

    Merci.
    Cliquez pour agrandir...
    C'est le pire de leurs produit.

    si en plus , tu t'amuse a faire que du code navigateur c'est la catastrophe.
    j'ai personnellement adapté un JavaScript qui affiche une date du calendrier musulman en moins de 1 seconde.
    il a au départ complètement buger,
    puis j'ai réussit mais celui-ci mettait 30 seconde pour s'afficher a cause du framework a télécharger.

    comble de tout impossible de prendre une templates fait avec dreamweaver et l'imooter.
    impossible de créer une ambiance.
    refus systématique de donner des info technique sur la création d'ambiance.

    n'importe quel autres outils comme WordPress pour n'en citer qu'un fournit toutes les informations nécessaires.

    je ne m'en sert que pour créer des webservice.
     
    joker apprécie ceci.
  • popoy

    popoy Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 23, 2018
    Messages:
    2,884
    J'aime reçus:
    1,532
    Tu n'est pas obligé d'utiliser HFSQL.
    tu peut rester en MySQL et l'accès natif n'est pas non plus obligatoire.
    Utilise php4wm.
     
    joker apprécie ceci.
  • joker

    joker New Member
    MEMBRE WX

    Inscrit:
    Jan 30, 2018
    Messages:
    0
    J'aime reçus:
    13

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    Bonjour,

    J'ai créé un site dynamique en webdev pour un de mes clients. Anciennement son site était en PHP avec une base mysql avec une base de données d'environs 50,000 enregistrements.

    Je ne suis pas expert avec les BD mais j'ai mis des clefs composées pour aider la performance. Résultat avec un simple select 3-4 secondes avec HFSQL, si je mets des conditions ou des jointes le délai peut passer à 8-10 secondes, quand même si je mets des clefs composées sur l'id ou les champs dans la condition, le gain de performance est minimal.

    Mais avec son site en php et mysql 5.5, la même requête se fait en 1-2 seconde et il fait un joint en plus.

    Je ne comprends pas trop, quand je regarde les vidéos de PcSoft avec leurs 20 milliards d’enregistrements qui s’exécutent en 1-2 seconde. J'imagine qu'ils utilisent une vue et que les données ne changent pas.

    Même avec 10,000 enregistrements c'est long..... pour le web trop long. je suis obligé de séparer la bd par bloc de 2000 enregistrements pour avoir une vitesse convenable sur le web.

    Je n'ai pas le choix d'utiliser HFSQL, car mon client veut l'application mobile également qui communiquera avec cette même base de données. Je pourrais utilisé mysql en natif qui est beaucoup plus rapide, mais incompatible avec les mobiles, je pourrais utilisé un web service pour communiqué avec la BD, mais je n'ai aucune expérience avec les webservices.

    J'ai l'impression de m'être fait flouer, car j'ai effectivement acheté la version illimitée de hfsql.

    Je me demande si on ne devrait pas faire un recours collectif contre PcSoft avec ses pubs mensongère sans compter le plantage intempestif de webdev.

    Pour le plantage de webdev. PcSoft me conseille de faire la mise à jour vers la 23 et qu'il y a beaucoup moins de bogues. OK donc si je comprends bien je dois étendre 900 euros pour me débarrasser des bogues de la 22.

    Désolé pour ma monté de lait. :) mais je ne comprend pas pourquoi hfsql est aussi lent. peut-être que je m'y prends mal ? J'ai pourtant mon serveur de développement un Proliant G6 2 Processeurs 2.93Ghz 10 cœurs avec 24 gig ram.

    Merci.
    Cliquez pour agrandir...
    ;)

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!



    [Hors sujet] ;)
    PCSoft est une entreprise commerciale qui sait montrer le bon coté des choses à coup de jolie filles en maillot qui n'ont pas froid en hivers ;)

    Plus sérieusement,
    il faut, comme tu l'a fais, demander l'avis des @Utilisateurs :)
     
  • Tomy300

    Tomy300 Member

    Inscrit:
    Jan 25, 2018
    Messages:
    38
    J'aime reçus:
    34
    Point de vue performance, J'ai fait une tentative pour mysql en natif, mais lorsque je fais du debug en natif, le navigateur fige, soit webdev ou mysql semblent fermer la connexion et au bout de 8-10 secondes il se reconnecte je peux reprendre le debug. Également webdev plante 5x plus souvent en natif qu’en HFSQL.... J'ai testé php4wm mais je crois que je n'avais pas la bonne version, plusieurs version sont disponibles sur la toile... , ça me prendrait celle qui fonctionne avec la 22.
     
    joker apprécie ceci.
  • popoy

    popoy Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 23, 2018
    Messages:
    2,884
    J'aime reçus:
    1,532

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    Point de vue performance, J'ai fait une tentative pour mysql en natif, mais lorsque je fais du debug en natif, le navigateur fige, soit webdev ou mysql semblent fermer la connexion et au bout de 8-10 secondes il se reconnecte je peux reprendre le debug. Également webdev plante 5x plus souvent en natif qu’en HFSQL.... J'ai testé php4wm mais je crois que je n'avais pas la bonne version, plusieurs version sont disponibles sur la toile... , ça me prendrait celle qui fonctionne avec la 22.
    Cliquez pour agrandir...
    regarde avec l'éditeur de la classe

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!


    le site a un forum.
     
  • Ezekiel056

    Ezekiel056 Active Member

    Inscrit:
    Jan 17, 2018
    Messages:
    200
    J'aime reçus:
    154
    Franchement,
    Ma base article approche les 2 millions d'articles, je suis en webdev, et lorsque je filtre sur les index.. c'est quasiment instantané.
    J'entends pas mal de critique sur hfsql...personnellement moi ca fonctionne bien !
     
    akgh86 et jaguard91 aiment ça.
  • Kobex

    Kobex Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 17, 2018
    Messages:
    373
    J'aime reçus:
    257
    J'apporte mon expérience professionnelle, J'ai totalement abandonner la base de données MySQL et tout migrer sur HFSQL.

    En effet mes tests ont révélé une meilleure performance avec le serveur HFSQL, bien sûr et il faut savoir installer et configurer le serveur pour avoir de bonnes performances...

    Si tu as de tels problèmes de performance, Je t'invite à nous communiquer la configuration de ton serveur et requêtes afin d'identifier ce qui coince.

    Bon dev à tous
     
    Ezekiel056 et joker aiment ça.
  • Tomy300

    Tomy300 Member

    Inscrit:
    Jan 25, 2018
    Messages:
    38
    J'aime reçus:
    34
    Prends 7 secondes pour s'exécuter. 50 mille enregistrements

    HExécuteRequête(REQ_VoirCmdParÉtat,hRequêteDéfaut)


    SELECT
    vd_commandes.id AS id,
    vd_commandes.idClient AS idClient,
    vd_commandes.idUser AS idUser,
    vd_commandes.no_bill AS no_bill,
    vd_commandes.ref AS ref,
    vd_commandes.idShip AS idShip,
    vd_commandes.idDest AS idDest,
    vd_commandes.info AS Info,
    vd_commandes.val_dec AS val_dec,
    vd_commandes.createDate AS createDate,
    vd_commandes.updateDate AS updateDate,
    vd_commandes.state AS state,
    vd_commandes.terme AS terme
    FROM
    vd_commandes
    WHERE
    vd_commandes.state = {ParamÉtat}
    ORDER by
    createDate DESC,
    no_bill ASC

    Je vous invite à vérifier ma table

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    ce ne sont pas des données sensible alors.

    voici quelques captures de ma config.

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    Config de mon serveur

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    HFSQL coté serveur

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    Mon poste de travail , HD Samsung NVMe SSD 960 PRO

    J'ai installé la base sur un projet windev HFSQL local pour un maximum de performance
    même résultat, j'ai mis des clefs composées sur createDate, no_bill et id

    J'aimerais bien connaitre la cause d'une telle lenteur.
     
    joker apprécie ceci.
  • Kobex

    Kobex Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 17, 2018
    Messages:
    373
    J'aime reçus:
    257

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    ton problème viens de la :
    Code (Text):

    ORDER by
    createDate DESC,
    no_bill ASC
    essaye juste comme cela :
    Code (Text):
    ORDER by
    createDate DESC
    et dit moi...
     
    joker apprécie ceci.
  • Ezekiel056

    Ezekiel056 Active Member

    Inscrit:
    Jan 17, 2018
    Messages:
    200
    J'aime reçus:
    154
    vd_commandes.state est bien indéxé ?

    Essaye aussi de lancer une optimisation coté serveur HFSQL :

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

     
    #11 Ezekiel056, Juil 31, 2018
    Dernière édition par un modérateur: Juil 31, 2018
  • forumwindev

    forumwindev Member

    Inscrit:
    Juil 23, 2018
    Messages:
    39
    J'aime reçus:
    9

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!


    Peux-tu entrer dans le centre de contrôle HFSQL?
    Vas dans
    1- Configuration du serveur,
    2- Caches et fait un imprime écran si possible!
    Il y une configuration possible pour accélérer.
    Merci.
     
  • Tomy300

    Tomy300 Member

    Inscrit:
    Jan 25, 2018
    Messages:
    38
    J'aime reçus:
    34
  • Kobex

    Kobex Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 17, 2018
    Messages:
    373
    J'aime reçus:
    257

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    j'ai pas u de retour de ton test !!!! a quoi bon te répondre ?
     
  • Tomy300

    Tomy300 Member

    Inscrit:
    Jan 25, 2018
    Messages:
    38
    J'aime reçus:
    34
    Kobex c'est rapide 1.2 seconde, c'est pas mal, mais c'est une requête simple, si je mets une jointure alors la ça rame 6-7 secondes. Ce que je trouve bizarre c'est à cause du ORDER BY si je veux mettre un TOP 3000 c'est aussi long que si je n’en mettais pas, à cause du ORDER il faut qu'il passe tous les éléments de la table on dirait. Avec MySQL ça ne fait pas ça.
     
  • Kobex

    Kobex Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 17, 2018
    Messages:
    373
    J'aime reçus:
    257

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    Kobex c'est rapide 1.2 seconde, c'est pas mal, mais c'est une requête simple, si je mets une jointure alors la ça rame 6-7 secondes.
    Cliquez pour agrandir...
    on est bien d'accord que tu as testé la requete que tu as donné avec un seule order by ?

    et toi tu en veux 2 ?

    [EDIT]
    Tu as testé cela
    Code (Text):

    SELECT
    vd_commandes.id AS id,
    vd_commandes.idClient AS idClient,
    vd_commandes.idUser AS idUser,
    vd_commandes.no_bill AS no_bill,
    vd_commandes.ref AS ref,
    vd_commandes.idShip AS idShip,
    vd_commandes.idDest AS idDest,
    vd_commandes.info AS Info,
    vd_commandes.val_dec AS val_dec,
    vd_commandes.createDate AS createDate,
    vd_commandes.updateDate AS updateDate,
    vd_commandes.state AS state,
    vd_commandes.terme AS terme
    FROM
    vd_commandes
    WHERE
    vd_commandes.state = {ParamÉtat}
    ORDER by
    createDate DESC
     
    et tu veux

    Code (Text):

    SELECT
    vd_commandes.id AS id,
    vd_commandes.idClient AS idClient,
    vd_commandes.idUser AS idUser,
    vd_commandes.no_bill AS no_bill,
    vd_commandes.ref AS ref,
    vd_commandes.idShip AS idShip,
    vd_commandes.idDest AS idDest,
    vd_commandes.info AS Info,
    vd_commandes.val_dec AS val_dec,
    vd_commandes.createDate AS createDate,
    vd_commandes.updateDate AS updateDate,
    vd_commandes.state AS state,
    vd_commandes.terme AS terme
    FROM
    vd_commandes
    WHERE
    vd_commandes.state = {ParamÉtat}
    ORDER by
    createDate DESC,
    no_bill ASC
     
    exacte ?
     
  • Ezekiel056

    Ezekiel056 Active Member

    Inscrit:
    Jan 17, 2018
    Messages:
    200
    J'aime reçus:
    154
    L'OS peut il etre en cause ?
    sur mon poste de développement qui est sous windows 10 et pourtant équipé d'un Xeon avec 32Go de RAM, je constate également des lenteurs.
    Une fois en production.. sur le serveur (Windows serveur 2008) plus aucun soucis, ça fuse !

    Caractéristiques du poste de dev :

    [​IMG]

    Caract du serveur WEB (c'est une VM)
    [​IMG]
     
  • Kobex

    Kobex Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 17, 2018
    Messages:
    373
    J'aime reçus:
    257

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    L'OS peut il etre en cause ?
    sur mon poste de développement qui est sous windows 10 et pourtant équipé d'un Xeon avec 32Go de RAM, je constate également des lenteurs.
    Une fois en production.. sur le serveur (Windows serveur 2008) plus aucun soucis, ça fuse !

    Caractéristiques du poste de dev :

    [​IMG]

    Caract du serveur WEB (c'est une VM)
    [​IMG]
    Cliquez pour agrandir...
    Non, pas dans cette conf, quelle est la vitesse de la ram sur l'un et l'autre ?
     
    #18 Kobex, Juil 31, 2018
    Dernière édition: Juil 31, 2018
  • Tomy300

    Tomy300 Member

    Inscrit:
    Jan 25, 2018
    Messages:
    38
    J'aime reçus:
    34

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    dans le fond je veux reproduire ce qu'il y avait au départ. dans php il y avait deux order by.sur deux champs. Du coup je veux que le trie soit le même pour que le client ne voie pas la différence.

    Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!

    les indexes de la table ne sont pas optimisé effectivement.... c'est une vieille table MySQL.... importer.... le problème c'est que j'ai voulu garder les mêmes tables, car il y a une table clients avec les mdp dedans... je ne voulais pas que tous les clients se retape les mdp. Il y a des trous dans les index.

    Exemple : il y a vd_commandes, vd_commandes_files , vd_commandes_items , dans MySQL c'est tables n'étaient pas liées..... et même si je les lie dans hfsql.... il y a des trous
    reconstruire les index va-t-il bousiller l'index en cours ??
     
  • Kobex

    Kobex Well-Known Member
    MEMBRE WX

    Inscrit:
    Fev 17, 2018
    Messages:
    373
    J'aime reçus:
    257
    Dans ce cas, la solution est très simple, tu crées une vue avec un tri, ensuite tu appel ta vue "SELECT * FROM ta_vue ORDER BY trucmuch DESC" et la hoooo magie c'est rapide didon....
     
  • Partager cette page

    Chargement...