Discussion :

[PaulR]

Bonjour,

Dans ma boîte, on programme en Delphi avec, comme base de données, la DB2/400 d'ibm (i-series) qu'on attaque avec le pilote Delphi/400 de SystemObjects (il y a aussi de la programmation COBOL sur le serveur). Solution pas très répandue, mais d'une fiabilité remarquable, et je ne voudrais pas en changer.

Mais nous devons développer un programme de création de documents Office en masse (jusqu'à des dizaines de milliers à la fois) qui pourrait tourner même quand le serveur AS/400 est indisponible. L'idée est simple : dans un premier temps on décharge sur les serveurs PC les données à mettre dans les documents (et ça forcément tant que l'AS/400 est accessible, hein, mmouahaha), puis un second processus prend la copie des données en charge et génère les documents tranquille peinard, à son rythme, en se fichant que les vilains administrateurs 400 éteignent leur précieuse machine

On a déjà une solution du genre, développée sur MySQL, mais on doit réécrire. Les fichiers font une petite centaine de Mégas, et ça pédale un peu. Le programme de visualisation de la table des demandes (ou on peut suspendre un job, changer l'imprimante etc.) est franchement lent.

Donc, première question : est-ce normal avec un volume pareil, ou y a-t-il vraisemblablement un problème de paramétrage de MySQL (installé avec les paramètres standards - j'y connais rien en MySQL) ?

Seconde question : avec quelle base de données développeriez-vous l'application ?

Merci,
Paul

[defluc]

Pour la lenteur, il faudrait passer en revue toute l'application et placer des «Compteurs de temps» pour cerner les instructions qui ralentissent le processus.
Comme moteur de base de données, j'utiliserais Firebird.

[philnext]

Disons que comme tu ne nous donnes pas d'éléments chiffrés ni d'éléments techniques la réponse est impossible à donner.
Mais sur une base <100 Mo un SELECT sans affichage, sur une seule table, doit être de l'ordre de la seconde.

[dd_garion]

Je vote également Firebird.

En ce qui concerne la lenteur, ne manquerait-il pas un index ici où là ?

[andreditdd]

Oracle.
Et pour le reste je suis du meme avis que les deux autres post: -1 sec pour un SELECT et un Index.

André

[hazamor]

-je vote pour Interbase/Firebird
-pour le lenteur de MySQL, est tu peut indiqué le temps consommé pour un nombre d'enreg. (ex: 20000, ...) pour savoir est-ce normal.