Desgraciadamente últimamente tengo poco de tiempo, pero espero hacer algo este fin de semana...
La verdad es que esperaba más repercusión de esta nueva TDBF_PRO escrita totalmente en C. Cuando ponga la LIB demo se podrán comparar los tiempos de ejecución de lo que hay hasta ahora y la nueva TDbfPro.
Ya pondré el enlace aquí... 
Hola Manuel,
El interés mayoritario es SQLRDD, por lo que si sigues otro camino entonces tu aportación no tiene demanda.
Lo siento.
Muy a mi pesar he de reconocer que eso parece...
Al menos yo he aprendido mucho construyendola y con eso me conformo 
Muy a mi pesar he de reconocer que eso parece...
Llevo año y medio migrando un proyecto de DBF a SQL sin necesidad de un RDD
pero eso si es estar pegado al teclado por lo menos 3 horas a la semana,
la ventaja que he visto es que me he olvidado de los,
APPEND BLANK
RLOCK
DBUNLOCK
DBCLOSEALL
LOCATE
FILTER
Etc.
y lo mas importante CERO corrupción de bases de datos o índices
vale la pena aplicarse unas horas en el teclado
para pasar de una cosa a otra.
saludos..
Estimado Manuel
El proyecto rddsql o como se llame seria un exito porque hay millones de lineas de codigo esperando por el
Asi mismo creo sin duda de que tu eres el hombre para ese trabajo
seria que crees una especia de suscripcion a ver cuantos se apuntan(mos) a invertir un dinero mensualmente hasta que tu saques el producto, personalmente confío mucho en ti y veo que te has especializado en esos trabajos
actualmente para proyectos grandes uso ADS server pero es caro y con la espina que da muchos problemas si atacas con diferentes versiones de xhabour o harbour y/o compiladores
saludos y gracias por tu tiempo
rddsql ++1
buenos dias a todos
me llamo Domingo y escribo desde italia
ante de todo pido disculpa por mi español.
algunas mis reflexiones:
las applicaciones se comparten en locales o en lan , y remotas ( web ), probablemente el mundo informatico va a caer en el web.
sin duda como es construido harbour la solucion tradicional funciona tranquillamente por las applicaciones locales y lan, otra cosa es el web donde el motor sql ( mysql, potregsql , sql server, oracle, ecc, ecc ) es meyor.
pero el lenguaje harbour todavia non esta listo para las applicaciones web ( cuando hablo de applicaciones web entiendo el pasaje de las informaciones entre los navegadores como firefox, chrome,ìnternet explorer i otros ) y el servidor de red.
hay otros lenguajes construidos por eso trabajo. ( php, lua, perl, python, javascript ecc. ecc. )
pero a estos lenguaje falta un buen soporte por el dbf, todos esto lenguajes mas o menos leen la tabla DBF, pero sin utilizar los indices ( ndx, ntx, cdx, ecc. ecc. )
la pregunta al "creador" de esta API o libreria, y claramente a todos los miembros del foro.
No seria una cosa muy inteligente dar la posibilidad a todos esto lenguajes de utilizar las tablas DBF .?
la libreria es escrita en c, c++, y mas o menos todos estos lenguajes pueden ser interconectarse con el c c++.
y si van a pensar hay mas programadores en los otros lenguajes que en harbour.
un gran saludos a todos
y espero conseguir algunas respuestas.
ciao
Domingo
Domingo muchas gracias por tu idea, desde luego es muy buena , pero nosotros intentamos acceder desde Harbour -----> Sql
SIN cambiar mucho el codigo de acceso a las tablas, esto porque muchos de nosotros tenemos programas con millones de lineas de codigo y se hace muy laaargo sobre todo el tiempo
Supongo las grandes empresas se pueden dar el lujo de codificar en el lenguaje que este de moda java, .net, pyton, etc pero nosotros no, por eso surge esta necesidad, el producto rddsql serviria tanto para no cambiar el codigo de acceso como para ir migrando a consultas SQL con el tiempo usando la misma libreria, xharbour.com ya lo tiene casi terminado segun se sabe pero por lios comerciales no creo que vendan o peor donen tan inmenso trabajo, es mas ya que stamos hablando de esto xharbour.com su gran atractivo era precisamente su librería rddsql pero ellos solo la ofrecían por el mas alto de los precios y nunca sacaron un producto basico que la incluyera
El planteo es para Manuel que creemos es la persona idonea para ello seria un gran paso y se rescatarían muchos trabajos que en el mercado estan desapareciendo cuando se enfrentan a una gran cantidad de datos
Yo uso ADS es un excelente producto pero cada versión que sacan cruzo los dedos porque cualquier día de estos dejan de dar soporte al formato xbase y las free tables ademas de que es caro
Manuel se agradeceria muchisimo tus comentarios
gracias
Wilson
nikko1960 wrote:
No seria una cosa muy inteligente dar la posibilidad a todos esto lenguajes de utilizar las tablas DBF .?
ciao
Domingo
Holas,
yo sigo pensando que se deben trabajar sobre el concepto de DataSource para la parte de abajo, es decir todo lo que tiene que ver con datos, base de datos SQL noSQL......DBF, ADT, ARRAY y para los resultados allí tener un RDD para abstraer todo lo de abajo, ya que lo que actualmente hacemos para manejar la información es con un RDD. Esta opción permitiría romper muy poco de lo que actualmente se tiene en lo referente a visualizar información.
Un opinión mas
saludos
Marcelo Vía
Manuel,
¿Y qué has pensado al final de RDDSQL?.
Muy agradecida
xmanuel wrote:Después de tanta polémica, paso a anunciar que he colgado en los grupos yahoo de TDBF PRO https://es.groups.yahoo.com/neo/groups/tdbfpro/info la última versión de TDBF PRO con lo que aquel que quiera probarla lo podrá hacer libremente para que pueda comparar con lo que había anteriormente en otras libs.
La única limitación es que algunos días saldrá una nota avisando de que es una demo.
Recuerden que es la única clase externa para harbour hecha 100% en Lenguaje C. He creado un método de desarrollo para facilitar la creacion de clases desde C para Harbour absolutamente novedoso, sólo por esto ya merece la pena estudiarla.
Controla RDD por lo que cualquier RDD disponible en la actualidad se podrá tratar desde TDBF PRO incluso RDDSQL y similares.
Espero cualquier crítica para seguir mejorando.
