Version imprimable
Voila, j'viens de faire un dossier pour l'ecole, en EJB.
J'utilise une base access via jdbc-obcd.
Mais c'est affreusement lent ...
Du genre pour faire une liste des matches..
Ca prends pas loin de 15 sec .. pour afficher au max 16 matches..
J'bosse sous JDev / OC4J.
Est-ce que selon vous ce serait le driver odbc qui soit si lent ?
Ou il y a des risque que ce soit mon bean qui ralentisse tout ?
salut je n'ai pas eu de probleme avec ca
j'utilise oracle de l'école :wink:
et j'utilise le jar OJDBC14
ha ouai... et j'utilise un EJB session stateless qui se connecte a un ejb entité.
Je viens de faire un test simple ..
J'ai fait un bete EJB d'utilisateur, avec un nom et un mot de passe.
Et j'ai fait un bete table Users qui contient cela.
En Odbc Access, un simple findByPrimaryKey prends plus de 500 à 600 microseconde.
En mysql :Code:
2
3
4
Qui aurait cru une telle difference ? :]Code:
2
3
4
c bien la la force de microsoft...
faire des produits pas super perfomant mais qui combine plusieurs outil.
et ou il y a une belle intreface graphique... enfin je v pas non plus démonté (il y a daure forum pour ca :) ) tout le dur travail qu ils ont du fournir en un temps aussi cours il y a les patches pour ca. il vont peu etre sorti une nouvelle version
:lol:
c'est peut etre le driver JDBC ODBC qui n'est pas top.
Je me suis déjà frotter a VB ACCESS , pas de souci de perf. avec des base en réseau , table avec plus de 100 000 lignes. C'est pas énorme mais 16 matchs ! c'est étonnant, enfin MySQl semble mieux convenir.
Cordialement,
C'est surement le drivers oui, car en fait,ce dossier est pour mon cours de systeme distribue.
J'avais un premier programme fait en c#/corba pour gere les matchs ( generation des match / modification de la date / modification du cours )
Et ca ne m'a pas sembler specialement lent ..
Enfin bon, ici j'ai migre ma table de access vers mysql et j'utilise le driver ODBC Mysql pour mon client c#/corba et ca fonctionne tres bien.
Le problème d'Access c'est que ce n'est pas un SGBDR managé !
C'est un simple fichier à plat totalement géré par le driver ODBC.
Pas de cache, pas de plan d'éxécution, rien !
Pour les vieux de la vielle, Access n'est guère qu'un ISAM (ou VSAM ?) avec des possibilités daccès via un SQL non compilé !
Ben , meme si il n'y a pas de service intermediaire pour une base access, VB + Access est quand performant sur 16 matchs . enfin je crois :)