Discussion :

[Dry]

Bonjour,

je développe actuellement une application dephi7 lié a une base de données Firebird 1.0. Il se trouve que les client et le serveur FireBird utiliseront l'ADSL comme vecteur de communication.

Je me suis livré a quelque tests :
une table des 4 champs : 1 entier, 3 varchar (de 10, 20 et 200).
Cette table possede 7 enregistrements.
Je réalise en boucle 10 fois cette requete : "SELECT * FROM MA_TABLE"

En utilisant le composant DBExpress, cela prend 16 sec et 133 ko de trafic réseau.
En utilisant IBX avec un IBquery cela prend 16 sec et génére un trafic de 61 ko.
En utilisant IBX avec un IBSQL cela prend 12 sec et génere un trafic de 33 ko.
(il faut rajouter entre 3 et 5 sec si l'on prend en compte les temps d'ouverture et de fermeture de connection)
Je précise bien que que le Serveur Firebird et le client delphi sont dispant et utilise l'ADSL 512k.
Je trouve vraiment les preformences CATASTROPHIQUES aussi bien au niveau des temps d'execution qu'au niveau du trafique réseau générer.


Faut-il que je change de Serveur de base de données ? (si oui pour lequel ?) ou il a t il quelque chose a faire pour pouvoir effectuer mes 10 requetes (on ne peut plus simple) en moins de 2 sec ?


Merci par avance.

[chtiot]

et t'as essayé avec un serveur local pour comparer et voir si ça vient du serveur ou de ta liaison adsl?

[Dry]

oui, en local, le temps pour réaliser 10 fois ma requete est négligable, tres inférieur à une seconde en tout cas.

[vanquish]

Il me semble avoir lu qu'une des optimisation de Firebird 1.5 est que désormais le trim des varchar se fait au niveau du serveur et non plus au niveau du client.

Cela semblerais impliquer qu'avant (et donc dans la version 1 et autre Interbase) si j'avais un varchar(200), même s'il ne contenait que 10 caractère, c'est bien 200 caractère qui passe par la ligne. Mais bon...
cela n'explierais que la moitié des 33 ko.

Autre truc, danscertain composant on peut activer/désactiver le transfert des méta données. On a de bien meiulleur performmances en les désactivant.

[Dry]

Cela semblerais impliquer qu'avant (et donc dans la version 1 et autre Interbase) si j'avais un varchar(200), même s'il ne contenait que 10 caractère, c'est bien 200 caractère qui passe par la ligne. Mais bon...
cela n'explierais que la moitié des 33 ko.

hé oui, cela n'explique pas tout ....

tu n'aurais pas des infos plus précise quant à l'acitvation / désactivation de transfert de méta données ?

Merci pour la réponse en tout cas

[vanquish]

tu n'aurais pas des infos plus précise quant à l'acitvation / désactivation de transfert de méta données ?

Non pas vraiment.
J'utilise Zeoslib.
Là dans les ZxxQuery, il y a l'option doQuickOpen.

le TSQLDataset de dbExpress contient une property NoMetadata
(mais qui est déprécié dans D7)

En fait, je me suis aperçu de ce pb de méta-donnée, non pas avec Firebird, mais avec mySQL lorsque je me suis mis à utilise InnoDB. Les perfs ont chuté d'une façon énorme. J'ai récupéré les perfs initiales en désactivant le transfert des méta-données.

Sur Firebird je me suis aperçu d'une légère amélioration sur les gros volumes. Mais cette amélioration est plus 'statistique', que réellement sensible pour l'utilisateur. Mais je suis sur un lien rapide. Sur un lien lent, l'impact est peut-être plus sensible.

[Pascal Jankowski]

Le serveur hébergeant ta base tourne sous Windows, Linux ou Unix ?

[Dry]

Merci vanquish, je vais creuser dans cette voix.


Le serveur et le client tournent sous Windows, Pascal Jankowski.

[vanquish]

Juste comme ça en passant, ta base et ton client sont bien en dialect 3 ?
(le dernier et donc probablement le meilleur)

[brikh Tsoufik]

Pour avoir un meilleur temps de réponse utilise un IBSQL, car il est unidirectionnel donc il renvoi les donnée sont métadonnée, sinon pour une meilleur performance utilise don l'architecture multi-tiers(distribuer) avec DataSnap une application cliente/ application serveur. sinon dans le cas ou le client ne cherche qu'a visualiser les résultat de la requete je vous conseil d'utiliser intraweb, le client communiquera avec le serveur via une connexion web HTTP, c ce que j'ai fait pour des client qui veulent avoir des rapport de ma base de donnée (Interbase 6.0) depuis internet.
Datasnap, Intraweb est parfaitement adéquat pour ce genre de situation.

[Pascal Jankowski]

Je rejoins brikh Tsoufik pour la solution trois-tiers, avec Midas (datasnap) puisque ton serveur fonctionne sous Windows. La répartition des charges est bonne, mais attention cependant avec IntraWeb ou TCP aux Goulets d'étranglement (puisque utilisation d'un seul port).
D'autre part avec HTTP, tu peux sécuriser avec SSL si tu utilises un serveur IIS.

Mais attention cela reste lent quand même

[Dry]

Merci brikh Tsoufik et Pascal Jankowski

Je vais me renseigner sur le DataSnap et intraWeb.