Visual Basic vrs Visual Fox Pro
Vane
un sistema desarrollado en Visual Fox Pro, pero la
empresa crece muy rápido y necesita de algo mejor, yo les
indique que Visual Basic, con SQL Server de base de
datos, pero quieren saber que ventajas y desventajas hay
para ellos, osea para el usuario final de cambiar de
lenguaje y BD.
A
>-----Mensaje original-----
>
Alejandro Hernández Cavanillas
La diferencia entre VB y VisualFox para el usuario?.....
Desde mi muy modesto punto de vista, las ventajas no son para el usuario
sino para el programador. Un programador, generlmente se especializa en 1 o
2 lenguajes, de tal forma que si tu eres experto en VisualFox y el migrar
implica tener que aprender otro lenguaje, las complicaciones serán para tí,
y no para el usuario. Si el programa está bien analizado y desarrollado,
para el usuario será lo mismo en que lenguaje lo hagas.
Ahora, sobre el SQL y otras bases de datos...
Aquí si, la base de datos de SQL provee una potencia que ninguna otra base
de datos te provee.
Si comparas una base de datos de SQL contra una Access o Fox, con talvez...
unos 100,000 artículos y tratas de realizar una búsqueda, verás la
graaaaaaan diferencia y entre más grande la base de datos más diferencias
observarás... Ahi si, migrar a una base de datos de SQL (considerando todos
sus "similares" MySql, por ejemplo) sería conveniente y el usuario SI vería
diferencias en la velocidad de operaciones, guardado de registros,
consultas, impresiones, etc...
espero estos comentarios te sirvan}
Saludos
Alejandro Hernández
"Vane" <anon...@discussions.microsoft.com> escribió en el mensaje
news:976501c433a4$1ebd1da0$a601...@phx.gbl...
Juan Carlos Biancotti
un programa.
La mejora sería clara para el usuario y para el programador si pasas a
trabajar con Vfp + SQL server.
Ya de por sí Visual FoxPro es un lenguaje muy potente para gestionar bases
de datos y si le sumas la estabilidad y confiabilidad de SQL Server estarás
en una configuración muy buena.
Juan Carlos Biancotti
jcbia...@iespana.es
Bilbao - España
"Vane" <anon...@discussions.microsoft.com> escribió en el mensaje
news:976501c433a4$1ebd1da0$a601...@phx.gbl...
maycol_...@hotmail.com
trabajar en un lenguaje Basicx orientado a Bases de Datos,
en esencia, FoxPro es un VisualBasic un poco más estricto,
como si le colocaamaos a VB.NET Option Strict On, un
programador de VB puede aprender a programar en FoxPro, yo
lo he echo, pero No me gusta mucho, y antes de compilar me
pide "falta Programa.pgr", y para mi es una molestia.
Juan Carlos Biancotti
Primero quiero comentar que Visual Foxpro no es un lenguaje Basicx¿?, es mas
bien un xBase y además es orientado a Objetos. Poco tiene que ver con Visual
Basic 6 o anteriores. Con .NET no lo sé.
Si al compilar te da un mensaje que dice "falta Programa.prg" ¿No será que
te falta el Programa.prg? ¿Cuanto has aprendido a programar en Visual
Foxpro?
Antes de emitir una opinion deberiamos estar mas informados. Yo llevo 20
años de programador y he programado en varios lenguajes incluido VB y me
quedo toda la vida con Visual Foxpro.
No es mi intención iniciar una polémica. Solo es mi punto de vista
Juan Carlos Biancotti
jcbia...@iespana.es
Bilbao - España
<maycol_...@hotmail.com> escribió en el mensaje
news:ac0f01c4368b$bdf60eb0$a301...@phx.gbl...
Carlos Yohn Zubiria
opinar hay que conocer un poco.
--
Saludos,
A.G.P.
<maycol_...@hotmail.com> escribió en el mensaje
news:ac0f01c4368b$bdf60eb0$a301...@phx.gbl...
Carlos Yohn Zubiria
era infinítamente superior y realmente orientado a objetos. La curva de
aprendizaje es muy pequeña y sus resultados increibles.
Como base de datos: no es comparable. VFP no es un verdadero motor de base
de datos ni tiene la gestión de seguridad de SQL ni muchas otras cosas.
Su velocidad, no coincido con Alejandro. 100000 registros son muy pocos para
VFP. Con una correcta optimización de sus índices, no hay ningún problema en
tratar con muchos millones de registros. Mis aplicaciones lo hacen sin
problema. Ahora bien, como intentes conectar 100 usuarios simultáneos con
bases de datos enormes VFP empieza a caer y SQL se mantiene sin problemas.
Mi opción (de momento, hasta conocer bien la evolución de .net) es:
.- HTM, ASP, etc. o el propio VFP como capa de usuario
.- VFP sin dudar como capa de negocio
.- VFP sin dudar como capa de acceso a datos
.- SQL Server como motor de base de datos
--
Saludos,
A.G.P.
"Vane" <anon...@discussions.microsoft.com> escribió en el mensaje
news:976501c433a4$1ebd1da0$a601...@phx.gbl...
Alejandro Hernández Cavanillas
me refería es exactamente como lo comentan. Para una cantidad alta de
registros y de usuarios, SQL administrará mucho mejos la información que VFP
Disculpen la falta de explicación
saludos
Alejandro Hernández
"Vane" <anon...@discussions.microsoft.com> escribió en el mensaje
news:976501c433a4$1ebd1da0$a601...@phx.gbl...
villacr
buenos...tienen sus pequeños pro y contra......los pro de uno son los contra
de otro....hasta ahora lo unico que he visto de VFP es que para imprirmir
desde VFP es un relajo...y mas aun cuando se trata de tamaños de papel
personalizados....hice un sistema para un video rentas...y los recibos de
rentas se imprimen en hoja tamaño media carta...y para llegar a esto tienes
que agregar cierto tipo de impresora(matriciales) y en la impresora
configurar el tamaño de papel personalizado....eso para mi es mucha
lata...imaginate que distribuyas tu software..tienes que decirle al usuario
en un manual lo que debe de hacer para poder imprimir....eso si esta en
win98 o Me por que si esta en 2K o XP ya valio...es otro rollo mas grande
para personalizar el tamaño de papel......en fin hasta ahorita esto es una
gran desilucion de VFP.....si alguien sabe como remediar esto..pues que me
diga porque por este motivo estoy migrando a VB.....
Gracias.
Juan Carlos Biancotti
msnews public.es.vfoxpro.informes. Encontrarás que la comunidad e usuarios
de Vfp, que es muy amplia, te ayudará con gusto.
--
Saludos
Juan Carlos Biancotti
Dto.de Soporte
AGP Software
sop...@agpsoftware.com
"villacr" <vil...@msn.com> escribió en el mensaje
news:uAtvRUuP...@TK2MSFTNGP10.phx.gbl...