Hola Norberto:

Ese es justo el problema con lis DBFs, la falta de escalabilidad.

Soluciones hay de dos tipos:

1) Mantener los DBFs (más fácil, pero más provlemas): evitar el acceso al
servidor por la red (samba) y usar accesos por escritorio remoto (terminal
services, citrix o similar) donde el acceso a las tablas es local y no en
red. Además de esto es más conveniente abrir/cerrar las tablas en el
momento que se necesitan y no tenerlas abiertas todo el tiempo, ya que se
pueden corromper con mucha facilidad. Finalmente, si una tabla no se va a
actualizar, abrirla como solo lectura (noupdate), ya que el acceso es más
rapido, mas seguro y usa menos recursos del servidor.

2) Cambiar a una BDD cliente/servidor como SqlServer, MariaDb,  PostgreSql,
etc: es la opción más compleja porque requiere un rediseño de varias partes
del sistema, pero es la más escalable de todas, y como ventaja adicional,
cuando necesites consumir esos datos con otros lenguajes, no vas a tener
problemas.

Saludos

El 27/10/2016 14:04, "Norberto Mario Alvarez" <[email protected]>
escribió:

> 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 Alvarez*
>
> *Socio # 1882*
>
>
>
>
>

Responder a