Velocidad sql vfp.

supongamos que los dbfs de foxpro,. son una una base de datos tipo sql
server, solo imaginemos (con la misma velocidad actual y mismas
limitaciones)

y que tu ya has tenido mas experiencia experimentado con los dos, con
cual te quedarias?

con sql server
o
dbf sever (es una supocision)


pd: no consideres la capacidad de almacenamiento








"Alex Feldstein" escribió en el mensaje
news:

On Thu, 28 Oct 2004 16:07:27 +0200, " José Luis" <JLB> wrote:

> Hola a todos,
>
> he estado haciendo una serie de pruebas (inserción y visualización) con

una

>base de datos de sql server desde vfp y los resultados han sido poco
>esperanzadores. De hecho algo que me ha desconcertado bastante es que
>utilizando la base de datos propietaria de vfp tengo unos resultados

mucho

>más satisfactorios. Para realizar las inserciones he utiizado el sql
>PassThrough y para la visualización vistas remotos. En ninguno de los

dos

>casos he conseguido superar los tiempos con una bd propietaria.
>
>Esto es normal? Y si no lo es alguién me podría pasar un enlace donde ver
>una comparativa?
>
> Gracias por anticipado.
>
> Un saludo,
> José Luis.


No das ninguna información detallada o válida.
Esta comparando peras con peras? O con manzanas?

Tienes todos lo indices optimizados en ambos sistemas?
Está SQL Server físicamente en la misma máquina que el cliente (VFP) o
en otra máquina en la red y debes pasar los datos por ella?

Son los queries (consultas) los mismos?
Cuantos registros tienes en la tabla(s) en cuestión y cuantos retornas
o insertas? Cuantos indices se deben refrescar al hacer INSERT INTO?

Cuantos usuarios al mimso tiempo y cuanta memporia tienen las máquinas
en cuestión? Etc. etc.

SQL Server es muy rápido en muchas ocaciones. VFP lo es tambien. Solo
que para hacer este tipo de pruebas debes comparar correctamente y
científicamente si quieres obtener resultados que tengan sentido.

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 munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

On Thu, 28 Oct 2004 18:12:28 -0500, "David Diaz"
wrote:

supongamos que los dbfs de foxpro,. son una una base de datos tipo sql
server, solo imaginemos (con la misma velocidad actual y mismas
limitaciones)

y que tu ya has tenido mas experiencia experimentado con los dos, con
cual te quedarias?

con sql server
o
dbf sever (es una supocision)


pd: no consideres la capacidad de almacenamiento

Tienes que considerar tambien el costo de adquisición, el trabajo y
costo de mantenimiento, seguridad, etc.

Independientemente de todo ello, quizas SQL Server. Pero aun asi en
muchos casos uso DBFs y en algunos casos una mezcla de ambos.



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 munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

gracias por la respuesta


definitivamente,... en algunas situaciones, se tendria que usar un bd tipo
sql server u oracle,.. pero yo ya estoy acostumbrado a trabajar con los
clasicos seek, scan while, skip,create cursor, go etc, hago
consultas bastantes especificas muy analiticas, y el transact-sql,.
no creo que pueda hacerlo todo en un solo comando, supongo que debe
haber mas comandos, pero los cursos de sql que he llevado solo hablan
del bendito transact-sql


"Alex Feldstein" escribió en el mensaje
news:

On Thu, 28 Oct 2004 18:12:28 -0500, "David Diaz"
wrote:

>supongamos que los dbfs de foxpro,. son una una base de datos tipo

sql

>server, solo imaginemos (con la misma velocidad actual y mismas
>limitaciones)
>
>y que tu ya has tenido mas experiencia experimentado con los dos, con
>cual te quedarias?
>
>con sql server
>o
>dbf sever (es una supocision)
>
>
>pd: no consideres la capacidad de almacenamiento


Tienes que considerar tambien el costo de adquisición, el trabajo y
costo de mantenimiento, seguridad, etc.

Independientemente de todo ello, quizas SQL Server. Pero aun asi en
muchos casos uso DBFs y en algunos casos una mezcla de ambos.



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 munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

Gracias por todas vuestras respuestas,

para concretar más las pruebas que he realizado la base de datos de sql
server estan en mi máquina al igual que la base de datos de fox pro.

Por otro lado sólo hay un usuario conectado. Y la prueba es hacia una tabla
que contiene unos 10 campos (unos cuantos númericos, otros alfanuméricos y
uno memo) la única diferencia es que en sql en lugar de un campo memo he
metido un campo varchar con longitud 1000.

Para ambas tablas (la de vfp y la de sql) he creado un sólo índice que es
por el que ordeno.

Las pruebas que hago es la insercción de 1500000 de registros y su
posterior visualización.

Esto es más o menos lo que he hecho en esta prueba, leyendo vuestras
respuestas habláis que depende de la cantidad de usuarios que haya
conectados y el tamaño de la base de datos, pero hay más o menos unas
medidas para ello? Es decir se puede decir que a partir de x usuarios y una
base de datos de x tamaño conviene pasar a sql server?

Un saludo,
José Luis.
" José Luis" <JLB> escribió en el mensaje
news:

Hola a todos,

he estado haciendo una serie de pruebas (inserción y visualización) con

una

base de datos de sql server desde vfp y los resultados han sido poco
esperanzadores. De hecho algo que me ha desconcertado bastante es que
utilizando la base de datos propietaria de vfp tengo unos resultados mucho
más satisfactorios. Para realizar las inserciones he utiizado el sql
PassThrough y para la visualización vistas remotos. En ninguno de los dos
casos he conseguido superar los tiempos con una bd propietaria.

Esto es normal? Y si no lo es alguién me podría pasar un enlace donde ver
una comparativa?

Gracias por anticipado.

Un saludo,
José Luis.

On Thu, 28 Oct 2004 18:54:00 -0500, "David Diaz"
wrote:

definitivamente,... en algunas situaciones, se tendria que usar un bd tipo
sql server u oracle,.. pero yo ya estoy acostumbrado a trabajar con los
clasicos seek, scan while, skip,create cursor, go etc, hago
consultas bastantes especificas muy analiticas, y el transact-sql,.
no creo que pueda hacerlo todo en un solo comando, supongo que debe
haber mas comandos, pero los cursos de sql que he llevado solo hablan
del bendito transact-sql

Tienes opciones. Puedes instanciar un objeto COM (DLL) desde T-SQL que
te lo haga (en VFP por ejemplo) o puedes bajar los datos en bruto y
hacer mas procesamiento posterior en VFP (esto es lo mas simple y lo
que hago en estos casos). En SQL Server 2005 (al salir) podrás usar
T-SQL o C# o cualquier otro lenguaje .NET


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 munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net