siempre me sorprende ver cuando hablan de DBF y SQL, DBF es un tipo de archivo estructurado que se le podria llamar tabla como de una base de datos, y SQL (Structured Query Languaje) si no me falla la memoria y mi mal ingles
![Smile :-)](./images/smilies/icon_smile.gif)
Pero si deseamos hacer un reporte que implican informacion relacionada de muchas otras tablas, ademas de campos calculados y con un determinado orden y condiciones, hacerlo con DBF (ISAM) implica crear relaciones si es que hubiesen indices para ello, realmente es hacer todo un programa para obtener ese resultado, pero en SQL es una simple consulta.
Por esto que expongo por ahora yo utilizo ADS, tanto local como C/S, local para probar y C/S para produccion, claro esta desarrollos comerciales no hago por ahora tan solo para mi trabajo (universidad), que beneficio tengo de esto que cuando deseo hago un acceso a las ADT (en mi caso) de manera secuencial (ISAM) como cualquier DBF, pero cuando lo necesito realizo consultas sobre las mismas ADT.
El problema aqui es que ADS no es gratis, en mi oficina utilizamos la version 7 para 25 usuarios (p/linux) la que conseguimos con un gran descuento por suerte, sino, no la compraban
![Smile :-)](./images/smilies/icon_smile.gif)
Con esto no quiero decir que ADS es lo mejor, pero permite tener lo mejor de los dos mundos ISAM y SQL.
Por ahora veo con espectativa LETODB, espero pudiera progresar y poder dotarla de un motor SQL
No se si lo que acabo de exponer es un aporte una vision sesgada muy personal del tema, pero bueno lo queria compartir.
saludos
Marcelo