EN PASSANT PAR ODBC, d'après vous, lequel à les meilleurs perfs ?

EN PASSANT PAR ODBC, d'après vous, lequel à les meilleurs perfs ? - Programmation

Marsh Posté le 17-04-2002 à 12:30:47    

en fait, g une dll ISAPI (C++) qui utilise ODBC. A mon avis, c ça qui a les meilleurs perfs, niveau accès BD. Bon, par contre pr d'autres raisons, c pas terrible par ce que je veux faire (y a pas de notion de Session avec ça). Alors j'voudrais le remplacer par qqch. Ms je me tâte entre Servlet Java, ou Php (en fait g carrément une préférence pr le Java, ms bon...).
On m'a dit que via JDBC, si on utilise des drivers ODBC, les perfs sont merdiques... Tant pis.
Ms avec Php, j'crois qu'on peut passer par ODBC aussi.
alors ma question est la suivante:
QUAND ON PASSE PAR ODBC (c important ça !), avec quoi à t on les meilleurs perfs entre Php et Java ?

Reply

Marsh Posté le 17-04-2002 à 12:30:47   

Reply

Marsh Posté le 17-04-2002 à 13:42:20    

viiz a écrit a écrit :

 
Cela dit l'ODBC c'est le middleware le plus lent que tu puisse trouver mais bon...  
 
 




 
 :jap:


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 17-04-2002 à 13:57:39    

viiz a écrit a écrit :

Quel SGBD ?
Cela dit l'ODBC c'est le middleware le plus lent que tu puisse trouver mais bon...  




 
hé oui, mais là, je compare des trucs ODBC, donc c pas la question !
Et puis, en C++, ça a pas l'air d'être SI lent que ça !

Reply

Marsh Posté le 17-04-2002 à 15:26:13    

viiz a écrit a écrit :

 
 
Le middleware n'a strictement rien a voir avec le langage.
Il s'agit d'API généralement sous forme de DLL donc le langage appelant n'a pas d'influence.  




 
Ouais. Ms bon, du coup, tu réponds qd même pas à ma question. Parce qu'a ce qu'on m'a dit, (ou du moins, ce que g compris), c que JDBC ralentis (encore ?) ODBC. Alors je voulais savoir ce qu'il en était quand on utilise ODBC avec Php...

Reply

Marsh Posté le 17-04-2002 à 15:31:15    

el_gringo a écrit a écrit :

 
 
Ouais. Ms bon, du coup, tu réponds qd même pas à ma question. Parce qu'a ce qu'on m'a dit, (ou du moins, ce que g compris), c que JDBC ralentis (encore ?) ODBC. Alors je voulais savoir ce qu'il en était quand on utilise ODBC avec Php...  




 
 :non: c'est ODBC le problème


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 17-04-2002 à 15:38:47    

el_gringo a écrit a écrit :

 
 
Ouais. Ms bon, du coup, tu réponds qd même pas à ma question. Parce qu'a ce qu'on m'a dit, (ou du moins, ce que g compris), c que JDBC ralentis (encore ?) ODBC. Alors je voulais savoir ce qu'il en était quand on utilise ODBC avec Php...  




 
Le pont JDBC-ODBC est une surcouche par dessus ODBC ce qui fait que JDBC est forcément plus lent que ODBC seul.  
 
PHP évite une surcouche mais ceci dit, je ne pense pas que la vitesse d'execution du langage soit primordiale dans une application orientée base de donnée.

Reply

Marsh Posté le 17-04-2002 à 15:40:29    

DarkLord a écrit a écrit :

 
 
 :non: c'est ODBC le problème  




 
ce que je voulais dire par là c'est qu'ODBC n'était pas le problème dans l'histoire ... J'espère que tu m'as compris


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 17-04-2002 à 17:31:48    

Tetragrammaton IHVH a écrit a écrit :

 
 
Le pont JDBC-ODBC est une surcouche par dessus ODBC ce qui fait que JDBC est forcément plus lent que ODBC seul.  
 
PHP évite une surcouche mais ceci dit, je ne pense pas que la vitesse d'execution du langage soit primordiale dans une application orientée base de donnée.  




 
Tu veux dire que d'après toi, la vitesse d'execution du langage (JDBC pr Java) est négligeable par rapport aux temps d'accès aux BD par ODBC ?

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed