Quelles ont les limitations de l'interface OBDC, par=20
rapport =E0 une connexion native, dans le cadre d'une=20
extraction d'un gros volumes de donn=E9e d'une base de=20
donn=E9es pour alimenter une autre base de donn=E9es
A partir de quelles volumes de donn=E9es faut il envisager=20
le passage d'une interface ODBC =E0 une connexion native au=20
SGBDR ?
Quelles sont les ratios en terme de performance entre=20
ODBC et connexion native
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Med Bouchenafa[MVP]
Auparavant, c'était le db_lib, qui était l'interface native pour accéder à SQL/Server. Depuis la version 7, c'est le driver ODBC qui constitue l'interface native. Contrairement à l'architecture classique ODBC, le driver SQL/Server n'appelle pas l'interface native pour dialoguer avec SQL/Server mais c'est lui-même (le driver ODBC) qui dialogue directement avec SQL/Server.
-- Bien cordialement Med Bouchenafa TETRASET 75015 Paris
"Pascal BAUGE" wrote in message news:0e6401c38cc4$3c92acf0$ Quelles ont les limitations de l'interface OBDC, par rapport à une connexion native, dans le cadre d'une extraction d'un gros volumes de donnée d'une base de données pour alimenter une autre base de données
A partir de quelles volumes de données faut il envisager le passage d'une interface ODBC à une connexion native au SGBDR ?
Quelles sont les ratios en terme de performance entre ODBC et connexion native
Marci d'avance
Auparavant, c'était le db_lib, qui était l'interface native pour accéder à
SQL/Server.
Depuis la version 7, c'est le driver ODBC qui constitue l'interface native.
Contrairement à l'architecture classique ODBC, le driver SQL/Server
n'appelle pas l'interface native pour dialoguer avec SQL/Server mais c'est
lui-même (le driver ODBC) qui dialogue directement avec SQL/Server.
--
Bien cordialement
Med Bouchenafa
TETRASET
75015 Paris
"Pascal BAUGE" <pbauge@stream-consulting.fr> wrote in message
news:0e6401c38cc4$3c92acf0$a301280a@phx.gbl...
Quelles ont les limitations de l'interface OBDC, par
rapport à une connexion native, dans le cadre d'une
extraction d'un gros volumes de donnée d'une base de
données pour alimenter une autre base de données
A partir de quelles volumes de données faut il envisager
le passage d'une interface ODBC à une connexion native au
SGBDR ?
Quelles sont les ratios en terme de performance entre
ODBC et connexion native
Auparavant, c'était le db_lib, qui était l'interface native pour accéder à SQL/Server. Depuis la version 7, c'est le driver ODBC qui constitue l'interface native. Contrairement à l'architecture classique ODBC, le driver SQL/Server n'appelle pas l'interface native pour dialoguer avec SQL/Server mais c'est lui-même (le driver ODBC) qui dialogue directement avec SQL/Server.
-- Bien cordialement Med Bouchenafa TETRASET 75015 Paris
"Pascal BAUGE" wrote in message news:0e6401c38cc4$3c92acf0$ Quelles ont les limitations de l'interface OBDC, par rapport à une connexion native, dans le cadre d'une extraction d'un gros volumes de donnée d'une base de données pour alimenter une autre base de données
A partir de quelles volumes de données faut il envisager le passage d'une interface ODBC à une connexion native au SGBDR ?
Quelles sont les ratios en terme de performance entre ODBC et connexion native
