Migración a donde

[colthop]

Hola mastintin:

Como se usa el RDD ADS en local.
En cuanto a lo otro si funciona bien cuando esta solo, que tendria que cambiar cuando esta en otro ordenador abierto.

Un saludo

Carlos

[Antonio Linares]

Carlos,

Pero dices que al hacer un browse ahi, en esos puntos en donde se enlentece, entonces ya va bien ?

[mastintin]

Hola mastintin:

Como se usa el RDD ADS en local.
En cuanto a lo otro si funciona bien cuando esta solo, que tendria que cambiar cuando esta en otro ordenador abierto.

Un saludo

Carlos

Tienes que añadir las lib correspondientes y enlazarlas , luego añades las dlls de ads local y cuando abres los archivos USE fichero USE "ADSCDX" y ya está.
Busca por el foro que tienes mucha información sobre ads en local seguro .
Respecto a tu segunda pregunta , puede que tenga que ver como gestiona windows los permisos de lectura-escritura dentro de tu red .Recuerdo que con win2000 existía un problema parecido que se solucionaba con un ajuste de windows en el registro del sistema ( no recuerdo exactamente como era el tema , pero seguro que por este foro igual encuentras algo ) , puede que sea algo parecido .

[colthop]

Hola:

Para Antonio, cuano introduzco un browse() se relentiza en la línea del browse() y tarda los 40 segundos dependiendo el ordenador y los registros, y despues cuando ya pasa la línea del browse() va bien pero el tiempo de espera es el mismo, bien en una línea o en otra del codigo.

Para mastintin, yo creo que no es e permisos ya que sino pasaría siempre y no en determinadas posiciones en la base de datos, ya que si no esta abierta va perfecto y no pasa en todas las bases de datos ni en todas las posiciones de las bases que pasa.

Tambien he comprobado que dependiendo el número de registros de la base de datos va más lento, he limitado los registros del ejercicio 2011 y marcado para borrar el resto y va igual pero si los borro definitivamente va casi normal y con una base nueva con dos o tres registros no se nota nada.

Un saludo

Carlos

[mastintin]

Hola:

Tambien he comprobado que dependiendo el número de registros de la base de datos va más lento, he limitado los registros del ejercicio 2011 y marcado para borrar el resto y va igual pero si los borro definitivamente va casi normal y con una base nueva con dos o tres registros no se nota nada.

Un saludo

Carlos

usas en los indices la condición !deleted() ? , si no la tienes ponla a ver que pasa .

[ltorres]

Hola

Ojala te ayude, he oido que en los archivos CDX no se borran los registros que se generan en cada reindexado, lo ideal es borrar los archivos CDXs y volverlos a crear.

Luis

[Lautaro]

Hola,

¿ Tienes algun filtro ? , normalmente el efecto que describes se da porque estas usando un filtro.

Saludos,

Lautaro Moreira

[Carlos Mora]

@ Luis

aunque los registros estén borrados, son incluídos en el índice siempre, en todos los RDDs, a menos que tengas una condición FOR !Deleted() o similar que lo evite. Probablemente lo que hayas escuchado es que en ciertas ocaciones algunas páginas internas no se reciclen correctamente durante la vida del índice, pero eso era un problema de NTX y que, por el contrario, CDX solucionaba. Los índices están organizados internamente en páginas, que eventualmente quedan vacías si las claves que almacenan son borradas. NTX dejaba esas páginas sin usar, en cambio CDX mantiene una lista de las vacías y las recicla, es decir que cuando necesita una página nueva primero usa las descartadas. Lo que si recuerdo es que no reciclaba corectamente si hacías un OrdDestroy(), pero esto que digo es de las últimas versiones de Clipper, y que no son, necesariamente, aplicables a Harbour donde creo que ya estaba resuelto.

Respecto de la velocidad de acceso en las redes, mi experiencia acá en la empresa, usando CDX, es que cuando un único usuario accede las tablas, aún abiertas shared, la velocidad es muy superior que cuando 2 o más acceden simultaneamente. Esto me ocurre cuando la aplicación funciona en un grupo de trabajo. Pero la diferencia de velocidad no es tanta como para que no se pueda usar, se nota pero no impide trabajar. Tenemos aplicaciones que tienen 50+ usuarios usando simultáneamente las tablas, y no se nos han producido problemas importantes.

La verdad es que sería interesante ver la estructura de los índices y los eventuales filtros para ver que puede estar sucediendo.

Prueba con ADS Local como sugiere mastintin

[Laurel]

Hola!

Yo he migrado mi DBF a MySql en la version Open Source y he cambiado a ADO y sin problemas. Uso las sentencias básicas SELECT, INSERT, UPDATE, DELETE a fin de no abusar del MySql y te permita migrar con fácilidad tu código en un futuro.

Todo cambio conlleva una curva de aprendizaje pero yo estoy encantada con el MySql, ademas se lleva muy bien con Harbour.

Saludos

laurel

[reinaldocrespo]

Hola.

Según entiendo el hilo me parece que la raiz del problema que Carlos expresa nada tiene que ver con la pregunta que hace. Es decir, la solución al problema que expresa nada tiene que ver con la necesidad de migrar los datos de dbf/cdx a ninguna otra cosa. El mundo entero conoce que nada es más rápido que un dbf/cdx. Esto es de conocimiento común y casi eterno. Y si se trata de solo dos estaciones de trabajo conectadas en una red local, entonces las probabilidades de que el problema de lentitud tenga que ver con dbf/cdx rdd son casi nulas.

Mi mejor consejo para Carlos sería dejar de buscar sustituir su DBF/CDX rdd ya que ahi no es el problema. Si buscas información sobre posibles causas de lentitud en una red local peer-to-peer de Windows seguramente llegues a una solución con mayor prontitud.

Espero esto te sirva.

Reinaldo.

[sysctrl2]

Una app con manejo de datos dbfcdx nativa de xhb o harbour es lento,

la unica forma de que la velocidad mejore es instalando ADS REMOTE,

con ADS no se nota cual es server o cual es cliente el sistema es bastante rapido.

ADS LOCAL solo funciona con 5 pcs en red fue solo un gancho para cobrar ADS REMOTE o ads de PAGA.

saludos.