SPT solo es con ODBC ?

On Sun, 19 Sep 2004 07:26:26 -0400, "El principiante"
wrote:

Hola, tengo una confusion. SPT solo funciona a traves de ODBC ? No
podria uno conectarse con OLE DB y utilizar SPT para postear queries a SQL
Server ?

Correcto. OleDB usa ADO.
Es cuestion de gustos y/o necesidades.



Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(Address scrambled with ROT-13)

Disculpa. Aunque parezca raro no entendi la respuesta. Cuando dices
"correcto" te refieres a que ciertamente SPT solamente se puede utilizar con
ODBC ????


Muchas Gracias

"Alex Feldstein" wrote in message
news:

On Sun, 19 Sep 2004 07:26:26 -0400, "El principiante"
wrote:

>Hola, tengo una confusion. SPT solo funciona a traves de ODBC ? No
>podria uno conectarse con OLE DB y utilizar SPT para postear queries a

SQL

>Server ?

Correcto. OleDB usa ADO.
Es cuestion de gustos y/o necesidades.



Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(Address scrambled with ROT-13)

On Sun, 19 Sep 2004 09:50:55 -0400, "El principiante"
wrote:

Disculpa. Aunque parezca raro no entendi la respuesta. Cuando dices
"correcto" te refieres a que ciertamente SPT solamente se puede utilizar con
ODBC ????

Correcto en cuanto a la pregunta:

SPT solo funciona a traves de ODBC ?

Puede usar otras formas con ODBC, como Vistas Remotas o CursorAdapter
SPT te da la flexiilidad de que el driver de ODBC no traduce tu
sentncia SQL (como lo hace con vistas). Traduce significa que la
cambia a algo entendible del lado de la BD. Por ejemplo, una sentencia
que tu escribes en SQL en VFP puede que tnga una diferencia de
sintaxis en T-SQL o en Oracle o Informix.

Con SQL Pass-Through (SPT), como el nombre lo dice, esta pasa
directamente, sin traducción. Eso te da el poder, y la
responsabilidad, de escribir sentencias directamente en el lenguaje de
la BD. O correr Stored Procedures o borrar datos , o hacer un Update,
etc.

Yo personalemnte uso SPT mas que todo cuandpo trabajo con SQL Server.
Porqué? Por cuestiones de preferencia.

HTH



Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(Address scrambled with ROT-13)

Muchas gracias. Yo tambien luego de ver los pro y contra me he decidido por
ODBC y SPT. Estoy aprendiendo tambien el T-SQL de sql server y me parece
util aprovechar las funciones y procedimientos almacenados que permite hacer
libremente. Ademas me ha dicho alguien aqui y tambien he leido en los BOL
que mientras mas logica de negocio resida en el servidor en procedimientos
almacenados mas eficiente es el performance en una red.

Andres Ledesma


"Alex Feldstein" wrote in message
news:

On Sun, 19 Sep 2004 09:50:55 -0400, "El principiante"
wrote:

>Disculpa. Aunque parezca raro no entendi la respuesta. Cuando dices
>"correcto" te refieres a que ciertamente SPT solamente se puede utilizar

con

>ODBC ????

Correcto en cuanto a la pregunta:
>SPT solo funciona a traves de ODBC ?

Puede usar otras formas con ODBC, como Vistas Remotas o CursorAdapter
SPT te da la flexiilidad de que el driver de ODBC no traduce tu
sentncia SQL (como lo hace con vistas). Traduce significa que la
cambia a algo entendible del lado de la BD. Por ejemplo, una sentencia
que tu escribes en SQL en VFP puede que tnga una diferencia de
sintaxis en T-SQL o en Oracle o Informix.

Con SQL Pass-Through (SPT), como el nombre lo dice, esta pasa
directamente, sin traducción. Eso te da el poder, y la
responsabilidad, de escribir sentencias directamente en el lenguaje de
la BD. O correr Stored Procedures o borrar datos , o hacer un Update,
etc.

Yo personalemnte uso SPT mas que todo cuandpo trabajo con SQL Server.
Porqué? Por cuestiones de preferencia.

HTH



Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(Address scrambled with ROT-13)

Coincido con Alex. Aunque hay mucha polémica sobre Vistas, CursorAdapters y
SPT indudablemente es mucho más flexible y poderoso SPT. He visto varios
comentarios sobre las "bondades" de utilizar el CursorAdapter, pero con unas
cuantas UDF de VFP y SPT se puede simplificar enormemente el desarrollo de
aplicaciones C/S, en mi opinion..

Cordial saludo,

Jorge Pérez