IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

XMLRAD Discussion :

Problème de requètes concurentes


Sujet :

XMLRAD

  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    Février 2003
    Messages
    8
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Février 2003
    Messages : 8
    Points : 9
    Points
    9
    Par défaut Problème de requètes concurentes
    Bonjour,
    j'ai un frameset avec 2 frame/svc qui exécutent chacun un Dbextract:
    le problème est que visiblement xmlrad apprécie pas trop...
    L'application reste bloquée...
    Je vire un des dbextract et hop ça marche nikel!
    J'ai regardé & modifier XMLC_RemoteConcurentReq (bon enfin, la var qui correspond!) à 4 pour m'apercevoir que cela ne changeait rien & que la var était "depréciée" !
    La base est de type IBX.

    Any idea to solve my problem ?

  2. #2
    Membre averti
    Profil pro
    Inscrit en
    Janvier 2003
    Messages
    284
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2003
    Messages : 284
    Points : 349
    Points
    349
    Par défaut
    tu utilises quelle version de xmlrad ?
    Combien de threads démarrée (à voir dans monitoring) ?

    Pourquoi IBX plutot que FIB, plus rapide ?

    "Tellement à faire, et si peu de temps !!"
    Nicolas

  3. #3
    Futur Membre du Club
    Profil pro
    Inscrit en
    Février 2003
    Messages
    8
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Février 2003
    Messages : 8
    Points : 9
    Points
    9
    Par défaut
    J'utilise la RC3
    2 Threads démarré.

    ya aussi: Machine de devel = Machine test

    Sinon pour FIB || IBX aucune idée du + rapide ?
    Quelle est la différence déjà ?

    Merci

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Janvier 2003
    Messages
    284
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2003
    Messages : 284
    Points : 349
    Points
    349
    Par défaut
    Bin FIB est plus rapide qu'IBX. IBX est proche du modele du BDE, mais en exclusivement Interbase. Interbase tape direct dans gds32.dll.
    Y'a un bench des middlesware sur xmlrad.com dans les news. Cherche benchmark ou middlewares.

    Concernant ton appli, 1 frameset contenant 3 frame, ca fait 3 requetes http au total, dont 2 en meme temps. XMLRAD n'a aucun probleme pour gérer ca (on utilise une autre de leur appli, Delos, qui utilise la meme technique, et il n'y a aucun probleme...).

    Essaye de changer de middle, c'est peut etre ibx qui pose probleme ua moment ou les 2 DBExtracts sont executés. FIB ne devrait pas avoir de probleme à priori. verifie les stats de ces 2 services, et essaye de voir s'il n'y a pas moyen d'optimiser ton sql pour chacun.
    Nicolas

Discussions similaires

  1. problème de requête
    Par fiso dans le forum Requêtes
    Réponses: 2
    Dernier message: 02/10/2003, 12h53
  2. Réponses: 19
    Dernier message: 27/08/2003, 15h32
  3. problème de requête avec jointures
    Par tinhat dans le forum Requêtes
    Réponses: 7
    Dernier message: 11/08/2003, 10h33
  4. Réponses: 2
    Dernier message: 16/07/2003, 14h40
  5. Problème dans requête avec count()
    Par BadFox dans le forum Requêtes
    Réponses: 3
    Dernier message: 08/07/2003, 18h02

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo