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

Recherche :

Dernière réponse

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

El_gringo

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 ?

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

El_gringo

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 ?

darklord

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

Tetragrammaton IHVH

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.

darklord

:non: c'est ODBC le problème

El_gringo

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...

el_gringo a écrit a écrit :

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 !

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.

El_gringo

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 !

darklord

viiz a écrit a écrit :

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

:jap:

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

[jfdsdjhfuetppo]--Message édité par viiz--[/jfdsdjhfuetppo]

El_gringo

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 ?