Me suena interesante lo que decis, aunque no lo entiendo por completo... quizas sea que no dormi ayer y vengo de un dia de laburo, no como ustedes que gozaron de feriado, je je je
Cuando decis: " pero creo que pueden ser las ultimas herramientas de VFP antes de ir a una metamorfosis mucho mas profunda, o desaparecer o quedarse tal cual en un nicho de mercado cada vez mas chico"
Esa metamorfosis que deberia tener Fox es transformarse en una herramienta de desarrollo para Web Applications?
El mercado cada vez mas chico, es el mercado de las Client/Server applications?
Ahora, divagando, cada vez mas y pensando en la gran cantidad de codigo de manejo de a registros (no sentencias SQL) del tipo SEEK/SCAN/REPLACE/LOCATE/FOUND(), no hay dando vueltas por ahi algun analizador de codigo. Un software que te analice el codigo y te sugiera qué deberias cambiar y por qué... Tipo considerar esas instrucciones como "deprecadas".
Salute,
Davo.
Totalmente de acuerdo, con tu lógica Martin que es lo que hablamos en otro momento de cambiar la óptica de ver a los registros individualmente a verlos como conjuntos de registros, que es lo que demostrás cada vez que haces un bucle y la tablita tenia 3 millones de registros!!!, pero un poco creo que el tema pasa por que vfp trae todo este lenguaje sql y lo perfecciona en la versión 8, cosa que mas de una vez solucionamos una consulta compleja, con la sucia compatibilidad con el 7, y tiene una buena migración a motores RDBMS, ahora tal vez con por un lado hacer ciertas restricciones en el lenguaje( como eliminar los seek, replace, etc), que en el entorno de datos de un formulario o una en una Clase! le podamos cambiar el motor de RDBMS, el que ha su vez podría ser una clase, y un conjunto de un precompilador con un IL que depuraran un poco la lógica hacia el ANSI SQL, nos ayudaría mucho a migrar aplicaciones existentes, pero nos mantendría obsoletos ante los cambios, y no enfrentaríamos la realidad si seguimos realizando aplicaciones nuevas de esta forma, pero creo que pueden ser las ultimas herramientas de VFP antes de ir a una metamorfosis mucho mas profunda, o desaparecer o quedarse tal cual en un nicho de mercado cada vez mas chico
Saludos
Luis Dalmasso
De: [email protected] [mailto:[email protected]] En nombre de Martin Salias
Enviado el: Miércoles, 11 de Octubre de 2006 10:54
Para: GUFA List Member
Asunto: [GUFA] Una alternativa interesante a los DBF...pregunta
Bueno, mi posición es que la manera es utilizar un servicio (que sea por HTTP o por un piolín de pizza es irrelevante).
Mi postura es que no importa el mecanismo, si pudieses hacer:
use (www.paco.com/mitabla ) in 0 shared
scan for montoto # 0Catzo.Tronchar( montoto )
endscan
Estarías en el horno. El problema de fondo es el mecanismo de acceso por registro, no el formato del storage. Esa es "mi" discusión con Davo. Él todavía busca (creo) una manera de hacer algo así potablemente. Lo que yo digo (talibánicamente) es que no se puede.
Salú,
MS
On 10/11/06, Christian Gutman <[EMAIL PROTECTED]> wrote:
Hola Lucas
No lei el Hilo, pero
Pero no estas accediendo a los dbf, sino a tu servicio, que en este caso es
un ws
Aquí creo que estaban hablando de acceder directamente
Una onda use www.paco.com/mitabla.dbf in 0 shared
Christian
--
=======================
David Brunstein
Java/PB/VFP Developer
Winnipeg, MB
Canada
Before I speak, I have something important to say.
Antes de dar mi discurso, tengo algo importante que decir.
Antes de dar meu discurso, tenho algo importante para dizer.
G.M.
