Noberto:
Siempre la opción más adecuada cuando crece un cliente seria migrarlo a SQL. Pero analicemos un poco que servidor tienes? Si tu cliente está utilizando una PC de escritorio como servidor con un Windows 7 u otro te podría decir que veas cómo funciona el acceso a disco, realizar un desfragmentador de disco era unas de las viejas soluciones que podía cambiar a la velocidad de acceso. También se puede tener en cuenta que tipo de red tiene y como funciona esos Switch? (lo reseteaste algún momento, realizaron test?, funciona bien la red no hay microcortes). Ahora si descartaste todo esto y el servidor es algo respetables y la tienes una red de Gigabit tiene que evaluar como esta tus tablas y índices. Si operas localmente e insertas datos en los DBF funciona igual de lento? Espero haberte podido dar una mano. Saludos. Eric! El 2016-10-27 09:22, Fernando D. Bozzo escribió: > 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 -- Eric Zbrun Ing. en Sistemas Informáticos Sistemas C&P
