Estimada pared. 8-)
MySQL, mal que te pese, es un motor de base de datos. La arquitectura interna y el soporte físico no tiene nada que ver con el mecanismo de conexión, que en este caso puede ser OleDB, JDBC, etc (también ODBC, pero por favor, liquidemos ODBC de una vez por todas, ya que estamos).
All together now: el problema NO son las DBF, el problema es el mecanismo de acceso.
Creo que lo que se le complica a quienes trabajan con DBFs y tienen que moverse a un motor no es el pasaje de datos, sino el código. Si alguien les diese una manera de que seguir con el SEEK/SCAN sobre SQL muchos ni lo dudarían. El problema es que el mecanismo que se presentó como una alternativa
transparente, las vistas remotas, demostró estar sumamente limitado. Si no las parametrizás es fatídico. Si las parametrizás igual tenés que empezar a tocar el código, y encima, tienen muchas limitaciones y complicaciones.
La salida es AISLAR el acceso a datos, macho. Vos lo sabés tan bien como yo. De eso no te salva ni LINQ ni JoSQL te salvan de eso.
Salú la barra,
MS
On 10/11/06, David Brunstein <[EMAIL PROTECTED]> wrote:
C'on Christian,
Podes compartir los DBFs en un server de una LAN?
Podes acceder a ese server en forma remota (para otros servicios o compartir otros archivos)?
Muchos de los que compartimos el GUFA quieren/necesitan compartir los DBFs en forma remota, no es asi? Ya se planteo varias veces el tema...
Si podes hacerlo con MySQL que no es una de las mejores bases de datos, o de las mas seguras... (mmm... me parece que esto va a traer cola... pero bue...), por que no podes con simples DBFs???? Pensa... obviamente la solucion es poner un motor de base de datos "de verdad"... pero se deberia poder con los DBFs...
Es que acaso estoy solo de este lado????
