Existe forma de manejar archivos mayores de 2GB en FoxPro?
1,417 views
Skip to first unread message
Juan Moreyra
Feb 7, 2010, 12:44:59 AM2/7/10
to mundovis...@googlegroups.com
Hola a todos:
Necesito crear una tabla con mas de 2gb de tamaño
Hasta antes de 2GB el FoxPro lo soporta, pero cuando agrego mas registros, ya no reconoce la tabla
y me he dado cuenta que cuando excede los 2GB ya no la reconoce
existe forma de trabajar con archivos de mas de 2gb?
Obviamente no quiero separar la tabla en 2 o 3 tablitas, quiero manejarlo todo en una sola tabla.
Existe forma de manejar archivos mayores de 2GB en FoxPro?
Juan Moreyra
Especialista de Sistemas
Movistar : 99931-2291
Claro : 99389-8931
Elige un juego de Messenger. Reta a un amigo. ¡Pruébalo ya!
Necesito crear una tabla con mas de 2gb de tamaño
Hasta antes de 2GB el FoxPro lo soporta, pero cuando agrego mas registros, ya no reconoce la tabla
y me he dado cuenta que cuando excede los 2GB ya no la reconoce
existe forma de trabajar con archivos de mas de 2gb?
Obviamente no quiero separar la tabla en 2 o 3 tablitas, quiero manejarlo todo en una sola tabla.
Existe forma de manejar archivos mayores de 2GB en FoxPro?
Juan Moreyra
Especialista de Sistemas
Movistar : 99931-2291
Claro : 99389-8931
Elige un juego de Messenger. Reta a un amigo. ¡Pruébalo ya!
Julio Cesar Rodriguez Dominguez
Feb 7, 2010, 11:24:36 AM2/7/10
to mundovis...@googlegroups.com
El 6 de febrero de 2010 23:44, Juan Moreyra <juanmor...@hotmail.com> escribió:
Hola a todos:
Necesito crear una tabla con mas de 2gb de tamaño
Hasta antes de 2GB el FoxPro lo soporta, pero cuando agrego mas registros, ya no reconoce la tabla
y me he dado cuenta que cuando excede los 2GB ya no la reconoce
existe forma de trabajar con archivos de mas de 2gb?
no
Carlos Miguel FARIAS
Feb 8, 2010, 5:53:55 AM2/8/10
to mundovis...@googlegroups.com
En VFP no es posible, con el VFP compiler si es posible, otra opciones para tablas tan grandes es Recital, pero implica mucho mas $$ y una conversión significativa.
Lo que debes analizar de tu super tabla es si no podes optimizar los campos de manera tal de reducir el tamaño de cada registro.
Esta es una solución temporal, pero solo tenes que tocar en principio el tamaño de los campos y no afecta para nada la logica de programa (ni la codificación, ni siquiera debes recompilar).
Pero por ejemplo, si pasas los campos numericos enteros a integer (limite 9 digitos) o los que tengan decimales a monetarios (maximo 4 decimales) podes reducir posiblemente el requerimiento de campos numericos en 30/40%.
En cuanto a los campos alfanumericos, si son campos muy grandes, que no sean indices y no sean de consulta habitual, los podes convertir a campos memos (y el espacio se cae en otro archivo (el memo).
En fin, eso lo que puedo hacer con lo que se de tu super tabla.
Los muchacho del EuroTunel, usaban tablas partidas y su sistema andaba en los 100 GB en tablas nativas, no se si habran migrado el sistema a otro lenguaje o al menos las tablas.
Otra solución pero implica algo de cambios es migrar tus tablas a mysql por ejemplo, donde no tenes limite apreciable pero implica un buen laburo de conversión.
Lo que debes analizar de tu super tabla es si no podes optimizar los campos de manera tal de reducir el tamaño de cada registro.
Esta es una solución temporal, pero solo tenes que tocar en principio el tamaño de los campos y no afecta para nada la logica de programa (ni la codificación, ni siquiera debes recompilar).
Pero por ejemplo, si pasas los campos numericos enteros a integer (limite 9 digitos) o los que tengan decimales a monetarios (maximo 4 decimales) podes reducir posiblemente el requerimiento de campos numericos en 30/40%.
En cuanto a los campos alfanumericos, si son campos muy grandes, que no sean indices y no sean de consulta habitual, los podes convertir a campos memos (y el espacio se cae en otro archivo (el memo).
En fin, eso lo que puedo hacer con lo que se de tu super tabla.
Los muchacho del EuroTunel, usaban tablas partidas y su sistema andaba en los 100 GB en tablas nativas, no se si habran migrado el sistema a otro lenguaje o al menos las tablas.
Otra solución pero implica algo de cambios es migrar tus tablas a mysql por ejemplo, donde no tenes limite apreciable pero implica un buen laburo de conversión.
--
_______________________________________________________________
Has recibido este mensaje porque estás suscrito al Grupo "Mundo Visual
FoxPro" de Grupos de Google.
Para anular la suscripción a este grupo, envía un mensaje a:
mundovisualfox...@googlegroups.com
Manuel Zevallos
Feb 8, 2010, 10:23:11 AM2/8/10
to mundovis...@googlegroups.com
Quizas optimizando tu informacion mudando informacion historica (de un año o varios) a otro fichero y dejando solo lo del año presente puedas ganar velocidad acceso y de proceso.
Atte.,
Manuel Zevallos
Ing.Daniel Bojorge
Feb 8, 2010, 12:05:28 PM2/8/10
to mundovis...@googlegroups.com
Eso que planteás está bien, pero ¿qué pasa con el histórico? inevitablemente llegará a los 2GB y ahí el problema...
Dios L@s Bendiga
Saludos,
Daniel (Con 1 Estrella DCE de Microsoft)
Nicaragua
"Si ustedes permanecen unidos a mí, y si permanecen fieles a mis enseñanzas, pidan lo que quieran y se les dará.
(Juan 15:7 DHH)
Bendito el varón que se fía en el SEÑOR, y cuya confianza es el SEÑOR.
(Jeremías 17:7 RV2000)
Juan Moreyra
Feb 8, 2010, 2:09:55 PM2/8/10
to mundovis...@googlegroups.com
Se agaradece las observaciones y apreciaciones.
Por ejemplo tengo la base de datos al año 2006 creo:
- RUCS cerca de 2 millones de registros
- Telefonos año 2001 2002 2003 2004 creo, cerca de 3 millones (osea paginas amarillas, lo que venia en CD anteriormente)
en ambos casos la base de datos no llegaba a los 2gb asi que ni modo de saber que podia tener errores.
- El problema resulta que estoy haciendo un inventario con mas de 300mil registros y mi tabla usa alrededor de 200 campos. (he depurado a 90 campos)
- Porque lo hago asi, porque es mas facil para mi, para el usuario, para todos manejarlo de ese modo, porque hasta en excel pueden trabajarlo sin necesidad de catalogos u otras tablas de optimisacion.
- de esos 300 mil registros llamemos CONTABLE, le debo agregar 300 mil registros aproximados de FISICO, obteniendo una tabla de 600 mil registros
- de los cuales se empieza un trabajo de conciliacion y en caso de que se empaten alrededor de 200mil mi base resultante seria de 400 mil registos, (200mil coniciliados, 100mil que quedan del FISICO y 100 mil que quedan del CONTABLE)
- para no aburrirles, esta enorme base de datos es como un area de trabajo, desde donde una vez acabado el trabajo, se optimizara, o se generará los catlaogos respectivos.
- Lo que uso es una tabla general con todos los datos posibles que sirvan para una conciliacion, lo que pasa es que siempre manejaba cerca de 50mil registros, por lo que nunca tuve este problema
- y ahora tengo que hacer un cruce practimente ente 3 tablas, cada una con 300mil, cerca del millon de registros llegaria si junto todo, por lo que ahora si se me presenta el problema.
- Lo extaño es que, en la ayuda del fox dice que puede manejar mil millones de registros, pero lo que no decia que el tamaño maximo del archivo es de 2GB.
Lo unico que me queda es hacer el trabajo por partes, con los datos basicos, he ir aumentando campos segun los necesite y vaya depurando.
COSA QUE ESTOY HACIENDO ACTUALMENTE
PD: Lo de manejar los numeros en memo, binario y oto tipo de datos, no seria factible trabajarlo en excel por lo que no seria aplicable en mi caso.
Saludos.
Por ejemplo tengo la base de datos al año 2006 creo:
- RUCS cerca de 2 millones de registros
- Telefonos año 2001 2002 2003 2004 creo, cerca de 3 millones (osea paginas amarillas, lo que venia en CD anteriormente)
en ambos casos la base de datos no llegaba a los 2gb asi que ni modo de saber que podia tener errores.
- El problema resulta que estoy haciendo un inventario con mas de 300mil registros y mi tabla usa alrededor de 200 campos. (he depurado a 90 campos)
- Porque lo hago asi, porque es mas facil para mi, para el usuario, para todos manejarlo de ese modo, porque hasta en excel pueden trabajarlo sin necesidad de catalogos u otras tablas de optimisacion.
- de esos 300 mil registros llamemos CONTABLE, le debo agregar 300 mil registros aproximados de FISICO, obteniendo una tabla de 600 mil registros
- de los cuales se empieza un trabajo de conciliacion y en caso de que se empaten alrededor de 200mil mi base resultante seria de 400 mil registos, (200mil coniciliados, 100mil que quedan del FISICO y 100 mil que quedan del CONTABLE)
- para no aburrirles, esta enorme base de datos es como un area de trabajo, desde donde una vez acabado el trabajo, se optimizara, o se generará los catlaogos respectivos.
- Lo que uso es una tabla general con todos los datos posibles que sirvan para una conciliacion, lo que pasa es que siempre manejaba cerca de 50mil registros, por lo que nunca tuve este problema
- y ahora tengo que hacer un cruce practimente ente 3 tablas, cada una con 300mil, cerca del millon de registros llegaria si junto todo, por lo que ahora si se me presenta el problema.
- Lo extaño es que, en la ayuda del fox dice que puede manejar mil millones de registros, pero lo que no decia que el tamaño maximo del archivo es de 2GB.
Lo unico que me queda es hacer el trabajo por partes, con los datos basicos, he ir aumentando campos segun los necesite y vaya depurando.
COSA QUE ESTOY HACIENDO ACTUALMENTE
PD: Lo de manejar los numeros en memo, binario y oto tipo de datos, no seria factible trabajarlo en excel por lo que no seria aplicable en mi caso.
Saludos.
Juan Moreyra
Especialista de Sistemas
Movistar : 99931-2291
Claro : 99389-8931
From: debs....@gmail.com
Date: Mon, 8 Feb 2010 11:05:28 -0600
Subject: Re: [Mundo Visual FoxPro] Existe forma de manejar archivos mayores de 2GB en FoxPro?
To: mundovis...@googlegroups.com
¡Nuevo MSN Entretenimiento! Todos los trailers, series de tv y videoclips, los mejores juegos online y lo último sobre tus estrellas favoritas.
Carlos Miguel FARIAS
Feb 8, 2010, 4:06:43 PM2/8/10
to mundovis...@googlegroups.com
Me parece que aqui tenemos un problema de normalización de datos, en mi experiencia personal (que no quiere decir que sea la mejor ni mucha) es muy raro que una tabla tenga tantas columnas.
Que se quiera usar desde excel me parece algo loable, pero en excel, dependiendo de la versión, tampoco podes acceder a un archivo tan grande.
Me gustaría saber si los datos estan almacenados en formatos optimos (en cuanto a dimension), y en cuanto a los historicos, se pueden fraccionar por año/lustro/decada, cuando la consulta implica mas de un año, se puede componer al vuelo un SQL union con los años requeridos.
Saludos: Miguel
P.D. Realmente para poder opinar mejor, debería ver la estructura de la tabla.
Que se quiera usar desde excel me parece algo loable, pero en excel, dependiendo de la versión, tampoco podes acceder a un archivo tan grande.
Me gustaría saber si los datos estan almacenados en formatos optimos (en cuanto a dimension), y en cuanto a los historicos, se pueden fraccionar por año/lustro/decada, cuando la consulta implica mas de un año, se puede componer al vuelo un SQL union con los años requeridos.
Saludos: Miguel
P.D. Realmente para poder opinar mejor, debería ver la estructura de la tabla.
Julio Cesar Rodriguez Dominguez
Feb 8, 2010, 6:26:02 PM2/8/10
to mundovis...@googlegroups.com
El 8 de febrero de 2010 15:06, Carlos Miguel FARIAS <carlosmig...@gmail.com> escribió:
Me parece que aqui tenemos un problema de normalización de datos, en mi experiencia personal (que no quiere decir que sea la mejor ni mucha) es muy raro que una tabla tenga tantas columnas.
Que se quiera usar desde excel me parece algo loable, pero en excel, dependiendo de la versión, tampoco podes acceder a un archivo tan grande.
Me gustaría saber si los datos estan almacenados en formatos optimos (en cuanto a dimension), y en cuanto a los historicos, se pueden fraccionar por año/lustro/decada, cuando la consulta implica mas de un año, se puede componer al vuelo un SQL union con los años requeridos.
Saludos: Miguel
Estoy de acuerdo con Carlos, creo que por ahí esta el detalle, puede que al tener muchos datos (repetidos y/o sin normalizar) resulte más fácil en cuanto al manejo de los datos, pero precisamente obliga a tener mucha información repetida haciendo que las tablas se vuelvan muy grandes, en lo que va de mi experiencia, tampoco he necesitado tablas con demasiadas columnas, talvés necesite mas SQL y menos columnas.
Seria bueno ver la estructura y ver si se podría mejorar.
gerardo baron (grupobaron)
Feb 8, 2010, 6:50:08 PM2/8/10
to mundovis...@googlegroups.com
Lo Lamento mi amigo el vfp no aguanta tablas tan grandes, te aconsejo
que uses mysql,sql o otra base de datos externa, ya que hasta ahorita
el vfp no te puede manejar esas tablas.
Gerardo
Gerardo
Carlos Miguel FARIAS
Feb 9, 2010, 5:57:30 AM2/9/10
to mundovis...@googlegroups.com
Creo que la solución real pasaría por mejorar las tablas, teniendo buenas tablas (diseño) hasta se pueden acceder via ODBC desde Excel y aprovechar por ejemplo la facilidad de tablas dinámicas, que para los administradores es una herramienta ultra interesante (y si los administradores no saben lo que son tablas dinámicas, cuanto puede durar la empresa?).
Siempre las soluciones chabacanas, te producen problemas, uses la herramienta que uses.
Siempre las soluciones chabacanas, te producen problemas, uses la herramienta que uses.
Mario Torrealba
Feb 9, 2010, 10:25:33 AM2/9/10
to mundovis...@googlegroups.com
pienso tambien que lo ideal es hacer el codigo de manera que siempre tengas la manera de hacer switch entre tablas DBC y algun ambiente ODBC, de tal manera que la aplicacion funcione denticamente igual en ambos sentidos, asi puedes manejar el impacto si tus origenes de datos cambian o que las tablas crezcan de manera gigante, el problema se presenta cuando tienes cantidades de registros altas como bases de tdatos de telefonos personas, etc a veces hay que picar la tabla y hacerla en varias partes, asi hice con una que tenia casi 18 millones de registros, y si no encuentro el valor en la primera voy a la segunda y asi,
bye
MT
bye
MT
2010/2/9 Carlos Miguel FARIAS <carlosmig...@gmail.com>
ANTONIO REVILLA
Feb 10, 2010, 9:38:35 AM2/10/10
to mundovis...@googlegroups.com
RETURN
Antonio Revilla Ormeño
Gerente de Desarrollo y Proyectos
TECNOLOGIAS SERVICIOS INFRAESTRUCTURAS E.I.R.L. ( T.S.I Sistemas E.I.R.L. )
Mz A Lt 8 Los Jardines de Santa Rosa II Etapa
San Martin de Porres.
Tel. Of. 574-3205, Nextel 99.836*7874, 99.416*6679
eMail. tsi_si...@hotmail.com, tsisistemas...@gmail.com
Date: Mon, 8 Feb 2010 17:50:08 -0600
From: grupo...@hbaron.com
To: mundovis...@googlegroups.com
Antonio Revilla Ormeño
Gerente de Desarrollo y Proyectos
TECNOLOGIAS SERVICIOS INFRAESTRUCTURAS E.I.R.L. ( T.S.I Sistemas E.I.R.L. )
Mz A Lt 8 Los Jardines de Santa Rosa II Etapa
San Martin de Porres.
Tel. Of. 574-3205, Nextel 99.836*7874, 99.416*6679
eMail. tsi_si...@hotmail.com, tsisistemas...@gmail.com
Date: Mon, 8 Feb 2010 17:50:08 -0600
From: grupo...@hbaron.com
To: mundovis...@googlegroups.com
Subject: Re: [Mundo Visual FoxPro] Existe forma de manejar archivos mayores de 2GB en FoxPro?
Get news, entertainment and everything you care about at Live.com. Check it out!
Carlos Miguel FARIAS
Feb 10, 2010, 3:50:45 PM2/10/10
to mundovis...@googlegroups.com
Cambiar el tarro de basura por uno mas grande, no elimina la basura, tira el problema para mas adelante, debería producirse menos basura.
Un sistema mal normalizado en, es malo en cualquier SGBD. Usar msSQL, SQL Server es una excelente idea, pero la carga sobre la red para pasar los correspondientes cursores va ser muy grandes.
Ademas, convertir a esos motores de base de datos, puede implicar modificar toda la logica del negocio, ya que si o si debe usar sql contra SPT o cursores adapters, y la lógica de procesamiento difiere bastante.
Alguien en el foro sugirio normalizar las dbf, utilizar SELECTs para juntar los datos tal como los estaba usando, o a lo mejorar el uso que tenia.
Si las bases están normalizadas, a traves de ODBC las puede consultar desde Excel con sentencias SQL.
Tengo Excel 2003 y solo maneja 65 mil filas, no me acuerdo si soporta mas, pero con esas tablas de 300.000 registros y 200 columnas, no te da error o se pone lentisimo para cargar?
Saludos: Miguel
Un sistema mal normalizado en, es malo en cualquier SGBD. Usar msSQL, SQL Server es una excelente idea, pero la carga sobre la red para pasar los correspondientes cursores va ser muy grandes.
Ademas, convertir a esos motores de base de datos, puede implicar modificar toda la logica del negocio, ya que si o si debe usar sql contra SPT o cursores adapters, y la lógica de procesamiento difiere bastante.
Alguien en el foro sugirio normalizar las dbf, utilizar SELECTs para juntar los datos tal como los estaba usando, o a lo mejorar el uso que tenia.
Si las bases están normalizadas, a traves de ODBC las puede consultar desde Excel con sentencias SQL.
Tengo Excel 2003 y solo maneja 65 mil filas, no me acuerdo si soporta mas, pero con esas tablas de 300.000 registros y 200 columnas, no te da error o se pone lentisimo para cargar?
Saludos: Miguel
HernanCano
Feb 14, 2010, 9:39:18 PM2/14/10
to Mundo Visual FoxPro
..
Buenos días, Carlos Miguel.
..
Quisiera que me explicaras lo de "...con el VFP compiler si es
posible..."
..
¿Qué es el "VFP compiler"?
..
Gracias.
..
Buenos días, Carlos Miguel.
..
Quisiera que me explicaras lo de "...con el VFP compiler si es
posible..."
..
¿Qué es el "VFP compiler"?
..
Gracias.
..
Carlos Miguel FARIAS
Feb 15, 2010, 6:17:44 AM2/15/10
to mundovis...@googlegroups.com
Fijate en el link http://www.etecnologia.net/Products/VFPCompiler/VFPCompiler-index.htm
El problema puede ser no se como anda la continuidad de este proyecto.
Aparentemente no esta avanzando tan rapido como podria esperarse, pero viste, el problema que es como el huevo y la gallina, no se compra, no hay ingresos y se para el desarrollo, por lo tanto crea dudas de comprarse y sigue el circulo.
El año pasado el desarrollo se centro sobre el VFP Developer Studio, ver...
http://www.etecnologia.net/Products/VFPCompiler/VFPDeveloperStudio.html
Creo que es interesante, pero como todavia el producto circula como beta, encarar algo a nivel empresarial, me da un poco de "chucho" (je je).
Saludos: Miguel
El problema puede ser no se como anda la continuidad de este proyecto.
Aparentemente no esta avanzando tan rapido como podria esperarse, pero viste, el problema que es como el huevo y la gallina, no se compra, no hay ingresos y se para el desarrollo, por lo tanto crea dudas de comprarse y sigue el circulo.
El año pasado el desarrollo se centro sobre el VFP Developer Studio, ver...
http://www.etecnologia.net/Products/VFPCompiler/VFPDeveloperStudio.html
Creo que es interesante, pero como todavia el producto circula como beta, encarar algo a nivel empresarial, me da un poco de "chucho" (je je).
Saludos: Miguel
Marlon Cabrera
Feb 17, 2010, 11:45:48 PM2/17/10
to mundovis...@googlegroups.com
Sobre este tema, todos nos preguntamos que pasara con VFP a mi me parece que esta es la opción más viable, y tratare de comprarlo para apoyar el desarrollo, hay estoy haciendo mi ahorro porque la verdad no me sobra el dinero, pero creo que es la única forma de tener VFP para rato. Hay les dejo la inquietud comprarlo como apoyo esperando que salga un gran producto que nos de continuidad.
--
_______________________________________________________________
Has recibido este mensaje porque estás suscrito al Grupo "Mundo Visual
FoxPro" de Grupos de Google.
Para anular la suscripción a este grupo, envía un mensaje a:
mundovisualfox...@googlegroups.com
Se certificó
que el correo entrante no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 9.0.733 / Base de datos de virus: 271.1.1/2692 - Fecha de la versión:
02/16/10 13:35:00
Carlos Miguel FARIAS
Feb 18, 2010, 6:16:40 AM2/18/10
to mundovis...@googlegroups.com
Estimado Marlon:
Agradecería nos comentes tu experiencia, en nuestra empresa, estamos manteniendo sistemas en vfp, pero con expetativa de migrarlos a otras plataformas (php/js/html,mysql) justamente por el tema compatibilidad (ademas, buena parte de nuestro negocio es web, de ahi la opcion tomada.
Pero personalmente, no quisiera desprenderme del zorro, y si esta opción se hace viable, no le quisiera perderle la vista.
Gracias y suerte: Miguel
Agradecería nos comentes tu experiencia, en nuestra empresa, estamos manteniendo sistemas en vfp, pero con expetativa de migrarlos a otras plataformas (php/js/html,mysql) justamente por el tema compatibilidad (ademas, buena parte de nuestro negocio es web, de ahi la opcion tomada.
Pero personalmente, no quisiera desprenderme del zorro, y si esta opción se hace viable, no le quisiera perderle la vista.
Gracias y suerte: Miguel
gerardo baron (grupobaron)
Feb 18, 2010, 7:10:28 AM2/18/10
to mundovis...@googlegroups.com
Sobre este tema, hay que tener cuidado, Yo soy miembro del foro de
etecnologia y ahora todos los que estamos en ese foro, lo único que
hacemos es comentar como nadie se puede comunicar con etecnologia, no
hay teléfono ni dirección, y no hay manera de que respondan. La ultima
actualización de su pagina fue en Agosto del año pasado y no se sabe
nada mas. Una persona del foro fue a revisar los datos de la pagina
web de etecnologia y encontró que la pagina vence el 26 de febrero y
que la empresa que la había pagado tenia una dirección en Miami, cuando
se trato de averiguar esa dirección en Miami se dieron cuenta que era
un P.O. box de Guatemala, Así que mi hermano no gastes tu dinero
todavía puede ser que en etecnologia lo único que te pase es que
pierdas tus centavos comprando el producto. Hay muchos de nosotros que
amamos al zorro y yo voy a seguir trabajando en el, pero nuestras
esperanzas de que continué cada vez son menores, tristemente tenemos
que empezar a migrar.
Gerardo
Gerardo
exped...@gmail.com
Feb 18, 2010, 7:30:56 AM2/18/10
to mundovis...@googlegroups.com
Me llegó un proyecto importante, y desarrollarlo en vfp
me hubiera sido muy sencillo e ideal, el problema es la continuidad, por lo que
decidí buscar opciones.
Ya lo inicie en PHP/mySQL y estoy impresionado con las
ventajas, además para todo lo que he requerido ya hay soluciones, incluso mucho
más de lo que pensé necesitar, imagino que al venir de vfp me acostumbré a
desarrollar opciones propias, cuando en otros "lenguajes" ya
existen.
En PHP voy a desarrollar el 90% del sistema, y el 10%
(es un cálculo muy especial), creo lo voy a desarrollar en delphi.
Lo maravilloso es que mi proyecto ya lo tengo en la web
y visible para todo el mundo.
Saludos
Manel Berbis
Feb 18, 2010, 10:14:49 AM2/18/10
to mundovis...@googlegroups.com
Pues a mi si que me han respondido hace unos
dias...
Hi Manel:
Let me know if you need some help with your trial.
Regards,
Martin
De: mundovis...@googlegroups.com [mailto:mundovis...@googlegroups.com] En nombre de gerardo baron (grupobaron)
Enviado el: jueves, 18 de febrero de 2010 13:10
__________ Información de ESET NOD32 Antivirus, versión
de la base de firmas de virus 4876 (20100218) __________
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
--
_______________________________________________________________
Has recibido este mensaje porque estás suscrito al Grupo "Mundo Visual
FoxPro" de Grupos de Google.
Para anular la suscripción a este grupo, envía un mensaje a:
mundovisualfox...@googlegroups.com
__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 4876 (20100218) __________
ESET NOD32 Antivirus ha comprobado este mensaje.
__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 4876 (20100218) __________
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
Gerardo Baron
Feb 18, 2010, 10:17:34 AM2/18/10
to mundovis...@googlegroups.com
Probablemente lo hicieron porque estabas bajando la version Beta pero
entra en el foro de ellos y te vas a dar cuenta de el descontento que
hay ya que no le contestan a nadie. Ni siquiera a Boudwein Ludweig que
es la persona que hizo la presentación de etecnologia en southwestfox,
todos están hablando de que la compania se vendió o que paro de
desarrollar, y como que si ellos no vieran su propio foro. Yo en lo
personal les he escrito tres veces sin respuesta y si entras a su
pagina web no hay teléfono, ni contacto ni dirección adonde hablarles.
Gerardo
Gerardo
Marlon Cabrera
Feb 18, 2010, 9:30:12 PM2/18/10
to mundovis...@googlegroups.com
Como les comentaba apenas estoy ahorrando para comprarlo y comenzar a realizar pruebas pero esperaría que el producto salga de beta para aventurarme a realizar mi primer desarrollo en esta herramienta.
Si te puedo decir que el año pasado comencé unos proyectos en VB.NET y SQL Server (WinForms) y otros en PHP y MySQL (antes usaba esto pero con una combinación con VFP) y te cuento que no estoy contento con los resultados, si bien en cierto con VB.NET el primer mes te pegas un rato hasta que arrancas, nunca supere los velocidad de desarrollo que con VFP y no es falta de experiencia simplemente la herramienta no da más allá al ser una herramienta de uso general te das cuenta que en cuanto a facilidad de uso de datos se queda un poco corta, pero ese poco, te tira los proyectos hasta el doble de tiempo. Con PHP me siento un poco más como no obstante volvemos a lo mismo los proyectos se van al doble o más de tiempo.
Otra cosa que no me gusta mucho es que .NET cambia mucho a mi parecer ahora estamos con los entity antes estaban con otra onda y todo eso te hace perder tiempo, recuerdo que VFP desde la primera versión de objetos no hubo cambios que te dieran tanto trabajo aprender y aplicar como los cambios en NET.
Yo tengo “clientes pequeños” que no tiene dinero para darse el lujo de pagarte más tiempo por lo mismo y de igual manera yo tampoco tengo mucho tiempo para andar invirtiendo en la clase de moda sea para JAVA o NET, en fin, por eso voy a hacer el esfuerzo para apoyar aunque sea de esa manera.
Gerardo Baron
Feb 19, 2010, 12:33:44 PM2/19/10
to mundovis...@googlegroups.com
Marlon yo estoy de acuerdo contigo yo amo a el zorro, pero tenemos
que ser realistas. El 80% de mi codigo esta en vfp y cambiarlo me va a
costar, pero etecnologia aparenta ser un engaño, asi que tene cuidado.
La realidad es que si tu alguna vez necesitas tener tus aplicaciones
corriendo atravez de internet o aplicaciones para mobiles el zorro no
te va a servir, entonces tu única opción sera migrar, ya hay problemas
que se están viendo ej. automatizacion con excell 2007, y otros
problemas te apuesto van a ir saliendo, así que tu no vas a dejar de
saber el vfp y si algo sale que permite que tu ocupes el .NET hay que
agarrarlo, pero si queres pensar al futuro tenes que aprender C# o Java
o otra tecnología nueva. Te adjunto una platica que recibi hoy del
foro de etecnologia para que veas los problemas que se estan dando.
Cuidate Gerardo
Cuidate
Gerardo
Cuidate Gerardo
Now I don't know what is happening there and sincerely I don't want to bother with that for now. It is strange they've said a new version it is comming tomorrow and it didn't happen. We don't want new versions, people of etecnologia, we want you to be correct with us, a small comunity that support you and some of us realy spend a lot of time promoting what you do. Boudewijn the first of us. On Feb 19, 10:03 am, boudewijn lutgerink <b.lutger...@gmail.com> wrote:
> "Alive": I think so too, based on stories. > "and well": That depends on the POV. From their side all may be well > (lots of other work). > From the community POV maybe "not so well". > The radio silence in their communication is frustrating at least. > > I am now looking for other resources as well, like Servoy. > > On 12 feb, 16:58, Cecil Champenois <cecilchampen...@yahoo.com> wrote: > > >
Cuidate
Gerardo
--
Reply all
Reply to author
Forward
0 new messages