Hola Estela, Vayamos por partes, como decia el gran maestro ingles, Jack:
>> Me dará mucho trabajo el SQL? cómo podré estimar costos por tiempo y dedicación? Anticipándome que desde el vamos tengo que >> sacar seek y demás yerbas. Bueno... la condicion del seek va a ir en la clausula WHERE... y depsues tenes que ver que haces en el loop WHILE.. quizas haces un INSERT, UPDATE, DELETE... en general todo el loop lo vas a reemplazar por una instruccion SQL. Sugerencia, empeza a buscar en el codigo todos los SEEK que tenes... despues hace algunos reemplezos... inclui analisis del cambio en el codigo, el cambio en el codigo y el testing en tu evaluacion... el analisis y el testing es lo que mas tiempo te va a llevar. Fijate el tiempo de inicio, y el tiempo final. Hace unos 10 casos y podes tomar un promedio. Luego es una simple multiplicacion. >> Ya que puedo elegir, cuál uso? Bueno, yo optaria por Microsoft SQL Server, porque es un motor de la misma empresa que la IDE que estas usando... pero tenes muchas opciones... Saludos, Davo. 2008/4/24 Estela Lázaro <[EMAIL PROTECTED]>: > Hola Davo, el tema es que hasta ahora mi motor es VFP y si es en una > red local me resultaron mucho más rápido los seek y do while que los select, > a pesar de que todo se resuelve en el cliente, (es el vfp7 o el 9 ya lo > mejoró?) > > Me dará mucho trabajo el SQL? cómo podré estimar costos por tiempo y > dedicación? Anticipándome que desde el vamos tengo que sacar seek y demás > yerbas. Ya que puedo elegir, cuál uso? Acepto sugerencias > > Saludos > Estela > > ----- Mensaje original ---- > De: David Brunstein <[EMAIL PROTECTED]> > Para: GUFA List Member <[email protected]> > Enviado: jueves 24 de abril de 2008, 11:34:32 > Asunto: [GUFA] Re: SQL o qué? > > > Hola Estela, > > Es raro lo que contas que la estructura SEEK+WHILE sea mas rapida que los > SQL-SELECT. Con los SQL-SELECT le tiras todo el laburo a la base de datos, > en cambio con el SEEK+WHILE tiene que ir del cliente al server y volver por > cada SKIP adentro del loop.... > > La base de datos, cualquier motor, cualquier vendor, es un sistema > diseniado para hacer busquedas eficientes. Ojo, cuando me refiero a "motor > de base de datos" excluyo los DBF y Microsoft Access... MySQL hasta ahi... > me refiero a SQL Server, Sybase Database, Informix, IBM DB2, Oracle.... etc > etc Quizas le tenes que fijarte el tema del tunning fino y la optimizacion > de las busquedas... quizas creando algunos indices en funcion de las > condiciones de las clausulas WHERE te sirva como para empezar... > > Una prueba que podes hacer es abrir el cliente, la administracion de la > base de datos, y -en forma remota al igual que lo hace la application Visual > Foxpro- mandar el query al motor... y ver si tarda mas o menos lo mismo que > tarda desde la aplicacion misma... > > Fueron mis comentarios del dia de la fecha... > Saludos, > Davo. > > > > > 2008/4/24 Estela Lázaro <[EMAIL PROTECTED]>: > > > Hola gente > > Tengo una aplicación en VFP7 que en redes locales anda sin problemas. Y > > resulta que ahora un cliente necesita acceder desde otros puntos para lo que > > en una máquina con win 2003 que oficia de servidor se armó un acceso por vpn > > y un escritorio remoto. El ER anda muy bien y a la velocidad del server, con > > exes en el remoto pero tienen problemas para imprimir y scanear (a las > > impresoras no las reconoce el win2003) por lo que lo imprimen en PDF y > > scanean con un pequeño exe local que les hice mapeado por VPN. Pero esto > > último es muy lento, lo del pdf y el acceso a las tablas por vpn (y eso que > > saqué casi todos los select para agilizar). En su momento dejé de lado los > > select pues me resultan más rápidos los seek y do while. Probé la aplicación > > completa local mapeada por VPN por el tema de las printers y es > > tremendamente lento. Por lo que me parece que debería migrar al SQL (no sé > > cuál, el SQL Server, el MySql) que me significaría volver a los sqlexec y/o > > vistas parametrizadas, no? Otra alternativa? > > Voy a tener más trabajo por mantenimiento/administración de archivos por > > el SQL? > > Bue, qué me sugieren? > > > > Muchas Gracias > > Estela > > > > ------------------------------ > > > > Los referentes más importantes en compra/venta de autos se juntaron: > > Demotores y Yahoo!. Ahora comprar o vender tu auto es más fácil. > > Visitá http://ar.autos.yahoo.com/ > > > > > > -- > ======================= > David Brunstein > http://davidbrunstein.googlepages.com/ > http://davidbrunstein.blogspot.com/ > > Java/PB/VFP Developer > Winnipeg, MB > Canada > > Before I speak, I have something important to say. > Antes de dar mi discurso, tengo algo importante que decir. > Antes de dar meu discurso, tenho algo importante para dizer. > G.M. > > ------------------------------ > > Yahoo! Encuentros > Ahora encontrar pareja es mucho más fácil, probá el nuevo Yahoo! > Encuentros. > Visitá http://yahoo.cupidovirtual.com/servlet/NewRegistration > -- ======================= David Brunstein http://davidbrunstein.googlepages.com/ http://davidbrunstein.blogspot.com/ Java/PB/VFP Developer Winnipeg, MB Canada Before I speak, I have something important to say. Antes de dar mi discurso, tengo algo importante que decir. Antes de dar meu discurso, tenho algo importante para dizer. G.M.
