Mejor que esos dos es postgresql, mariadb, firebird y no tienes costo de 
licencia ni de entrada ni cuando crezcas.Pero migrar a un SGBD no lo puede 
hacer en un toque y le están pidiendo una solución ya.Por supuesto que es mejor 
un SGBD y si piensas hacerlo, mientras estudias toda la problemática de 
instalar, ver como se instrumenta las copias de seguridad y otras cosillas no 
por eso menos importante, puedes ir tomando tu aplicación actual en vfp, 
convertir todos tus accesos a datos usando solo instrucciones de SQL de fox 
(SELECT, INSERT, UPDATE, DELETE) y una vez que tienes toda la lógica convertida 
a ese esquema, encapsulas dichas sentencias de un SQLExec y tienes 
prácticamente corriendo tu aplicación en el SGBD que elijas.Saludos: Miguel, 
Santa Rosa (LP) 

    El Jueves, 27 de octubre, 2016 13:29:46, Rubén Duarte 
<[email protected]> escribió:
 

 Lo mejor va a ser que migres a Sql server o MySQL y que olvides los dbf.

Enviado desde mi Personal Huawei G620S

-------- Mensaje original --------
Asunto: [GUFA] Velocidad Tablas Nativas
De: Carlos Miguel FARIAS 
Para: GUFA List Member 
CC: 



Que comando usas para actualizar los datos?gather, replace, replace for, update 
where?Como accedes a los datos?seek, locate, seek(), find y found()? y luego 
Scatter?O usas SELECT INTO Cursor, y de allí algo para actualizar?Que tipo de 
índices tienes para acceder a los datos, tienes indices sobre los campos de 
acceso (supongo no faltan las PK) o de filtro?Si usas y Cuando usas comandos 
SQL, tienes los índices activados?Son elementos a tener en cuenta cuando hay 
cuellos de botella en el acceso a datos, además de lo que indicó José que es 
importantisimo.Saludos: Miguel, Santa Rosa (LP) 

    El Jueves, 27 de octubre, 2016 11:02:27, Jose Paez <[email protected]> 
escribió:
 

  <!--#yiv6782288194 P {margin-top:0;margin-bottom:0;}-->Hola Norberto
Sugiero que pruebes agregando un archivo Config.fpw al proyecto, configurando 
el "path" a una carpeta temporal (existente)  del puesto de trabajo.
TMPFILES path EDITWORK path SORTWORK path PROGWORK path 
Saludos
José Paez

De: [email protected] <[email protected]> en nombre de Norberto Mario Alvarez 
<[email protected]>
Enviado: jueves, 27 de octubre de 2016 12:02 p. m.
Para: GUFA List Member
Asunto: [GUFA] Velocidad Tablas Nativas Estimados Colisteros, estoy necesitando 
un consejo por parte de Uds. Resulta que en un Cliente, debido al crecimiento 
de equipos a un servidor y al mismo tiempo, aumentó la concurrencia a este, se 
esta notando que cada vez mas lento, se torna el Sistema. Esto me implica, 
quejas, etc, etc.. Como comentario adicional, les cuento que abro la base de 
datos en el momento que se ejecuta el sistema y que en cada formulario, no uso 
el Entorno de datos, sino, que en el Load de cada formulario, abro las tablas 
que voy a necesitar en el mismo u las cierro en el momento que salgo del 
formulario (unload). Cuando baja la concurrencia al sistema, mejora muchísimo 
la velocidad del acceso. En muchos procesos utilizo cursores, creados al 
ejecutar el mismo, sobre todos para generar búsquedas rápidas. Pero donde 
encuentro el mayor de las caídas es cuando guardo registros en tres o cuatro 
tablas al mismo tiempo, es impresionante la demora. Bueno estoy apelando a 
vuestras experiencias, consejos y sugerencias. Desde ya muchas gracias por 
vuestra atención.  Norberto AlvarezSocio # 1882  

   


   

Responder a