cual es la mejor coneccion ? (ADO, SQL PASS TROU) desde fox

20/04/2006 - 21:30 por diego santos | Informe spam
PROPOSITO:
Hacer una aplicacion en red (no web) capaz de funcionar con dbc SQL Y dbc VFP:
uno u Otro, (no con los dos a la vez). Y que sea facil de trabajar !!!
Pero no que se vuelva lenta a causa de la carga o actualizacion de los datos.


ODBC:
Segun Microsoft se ha dejado atras por ser lento. Y suplantado por
ADO ya que ADO trabaja como interfaz de OLE DB y este trabaja en el plano
de bajo nivel de datos binarios y su acceso es mas rapido.
¿¿¿ ESTO ES ASI REALMENTE ???
-

ADO: La coneccion se puede hacer por medio de el provedor de OLE DB,
o por medio del ODBC.

ODBC: Segun lo anterior no usare hacer la coneccion por medio del ODBC.

OLE DB: Segun lo que estuve viendo es una forma rapida de conectar con los
datos y funciona sin problemas, aunque no es tan adaptable como el cursor
adapter ya que en ADO los commandos no son los nativos de fox.
Pero si funciona muy bien.



CURSOR ADAPTER:
Funciona muy bien con ADO, la coneccion la haces con el
controlado OLE DB y manejas el cursor adapater con los comandos
nativos del FOX. Aqui la cuestion es que al estar usando ADO que es
realmente una interfaz de OLE DB ya estamos usando una via.
(la otra opcion es usar C). Luego tenemos que pasar el cursor de ADO
(que se llama recordset) al cursor adapter para cargar a este. Y luego
de trabajr con el cursoradapter desde los comandos del fox, para
registrar los cambios tenemos que pasarlos los datos de vuelta al
cursor de ADO (recordset) y hacer que los cambios se hayan hechos
efectivos y verificar que eso sea asi.
¿¿¿ AQUI NO SE QUE TANTO ES ESTO !!! Asi funciona, pero realmente
se pondra lento el sistema o es una mia de milisegundos ????

Esto es asi realmente ? Solo tendria que cambar el tipo de coneccion
(en ADO.CONNECTION) y con solo una linea de cambio de codigo estaria
resuelto ? Me encanta las soluciones faciles ya trabajar con el
cursoradapter se haria facil el codigo.


3 CAPAS:
Si uso la coneccion de ADO no hay problema ya que esta
hecho para esta situacion (3 capas).

En el caso de cursor adapter, vi una idea en un foro de hacer
la capa de datos con la coneccion de ADO y la parte del cursor adapter
ponerla en de la interfaz y usar la modalidad de DESCONECTADO.
¿¿¿ AQUI NO SE SI CONECTARME Y DESCONECTAR DOS VECES CADA TRANSACCION
HARIA QUE EL SISTEMA SE PUSIERA AUN MAS LENTO ???


DOS APLICACIONES:
1) Hacer la aplicacion en VFP nativas, pero usando
en las consultas sentencias SQL sean lo más ANSI posible.
Asi a la hora de cambiar del a SQL, se podra hacer con
pocos cambios.


2) Hacer la aplicacion con la tecnica de PASS TROUGH a SQL.
¿¿¿ ESTA TIPO de TECNICA ES LO MAS RAPIDO ???


ate, deigo santos
 

Leer las respuestas

#1 Gustavo Larriera [MVP]
20/04/2006 - 21:52 | Informe spam
Usa OLEDB y ADO.
Evita usar ODBC y cursores.

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.

"diego santos" wrote in message
news:
PROPOSITO:
Hacer una aplicacion en red (no web) capaz de funcionar con dbc SQL Y dbc
VFP:
uno u Otro, (no con los dos a la vez). Y que sea facil de trabajar !!!
Pero no que se vuelva lenta a causa de la carga o actualizacion de los
datos.


ODBC:
Segun Microsoft se ha dejado atras por ser lento. Y suplantado por
ADO ya que ADO trabaja como interfaz de OLE DB y este trabaja en el plano
de bajo nivel de datos binarios y su acceso es mas rapido.
¿¿¿ ESTO ES ASI REALMENTE ???
-

ADO: La coneccion se puede hacer por medio de el provedor de OLE DB,
o por medio del ODBC.

ODBC: Segun lo anterior no usare hacer la coneccion por medio del ODBC.

OLE DB: Segun lo que estuve viendo es una forma rapida de conectar con los
datos y funciona sin problemas, aunque no es tan adaptable como el cursor
adapter ya que en ADO los commandos no son los nativos de fox.
Pero si funciona muy bien.



CURSOR ADAPTER:
Funciona muy bien con ADO, la coneccion la haces con el
controlado OLE DB y manejas el cursor adapater con los comandos
nativos del FOX. Aqui la cuestion es que al estar usando ADO que es
realmente una interfaz de OLE DB ya estamos usando una via.
(la otra opcion es usar C). Luego tenemos que pasar el cursor de ADO
(que se llama recordset) al cursor adapter para cargar a este. Y luego
de trabajr con el cursoradapter desde los comandos del fox, para
registrar los cambios tenemos que pasarlos los datos de vuelta al
cursor de ADO (recordset) y hacer que los cambios se hayan hechos
efectivos y verificar que eso sea asi.
¿¿¿ AQUI NO SE QUE TANTO ES ESTO !!! Asi funciona, pero realmente
se pondra lento el sistema o es una mia de milisegundos ????

Esto es asi realmente ? Solo tendria que cambar el tipo de coneccion
(en ADO.CONNECTION) y con solo una linea de cambio de codigo estaria
resuelto ? Me encanta las soluciones faciles ya trabajar con el
cursoradapter se haria facil el codigo.


3 CAPAS:
Si uso la coneccion de ADO no hay problema ya que esta
hecho para esta situacion (3 capas).

En el caso de cursor adapter, vi una idea en un foro de hacer
la capa de datos con la coneccion de ADO y la parte del cursor adapter
ponerla en de la interfaz y usar la modalidad de DESCONECTADO.
¿¿¿ AQUI NO SE SI CONECTARME Y DESCONECTAR DOS VECES CADA TRANSACCION
HARIA QUE EL SISTEMA SE PUSIERA AUN MAS LENTO ???


DOS APLICACIONES:
1) Hacer la aplicacion en VFP nativas, pero usando
en las consultas sentencias SQL sean lo más ANSI posible.
Asi a la hora de cambiar del a SQL, se podra hacer con
pocos cambios.


2) Hacer la aplicacion con la tecnica de PASS TROUGH a SQL.
¿¿¿ ESTA TIPO de TECNICA ES LO MAS RAPIDO ???


ate, deigo santos

Preguntas similares