IMPORTANCIA DEL VISUAL FOX
Alfredo Gómez
siguiente, deseo convencer a los clientes porque es mejor VISUAL FOX que VISUAL
BASIC y otros, donde puedo encontrar. Gracias
Isaac Venegas
con ACCES por ejemplo, esque al momento de hacer una aplicacion el cliente
no debe comprar o tener algun requerimeinto en su sistema para poder correr
su programa, ya que VFP puedes incluir todas tus librerias en el mismo
systema y asi le ahorras $$$ a tu cleinte, otra es que como base de datos yo
he manejado hasta 50 millones de registros, entre clientes, facturas,
cotizaciones e iionventario y no me ha tomado una busqueda menos de 1
segundo, y eso para mi es muy rapido.
Isaac Venegas
iven...@royal-airline.com
Atlanta, GA
"Alfredo Gómez" <alg...@hotmail.com> wrote in message
news:499b01c09e6f$69c63610$9ae62ecf@tkmsftngxa02...
Axel Olivares
A continuación te replico la carta que envio Vicente Palassi, un excelente
colaborador de este grupo, a la revista Byte acerca del sonado caso del
articulo, por favor leela, revisa los links y tendras suficiente material
para tomar tu decision.
Axel Olivares.
Carta de Vicente Palassi a:
A la atención del sr. Juan M. Sáez
MC Ediciones
Estimado Sr. Sáez:
Me permito dirigirme a usted con motivo de manifestarle mi malestar por
las afirmaciones francamente erróneas que aparecen en un artículo aparecido
en la revista BYTE que edita MC Ediciones. Concretamente, el mencionado
artículo pertenece al número de Enero del presente año y lleva el título de
"Aplicaciones de gestión y contabilidad para Pymes". En él se vierten unas
opiniones sobre el lenguaje Visual FoxPro que no sólo son manifiestamente
falsas sino que demuestran la ignorancia garrafal de su autor.
Concretamente, el artículo en cuestión incluye la siguiente frase: "...
el fabricante gallego SofNix nos presenta dos aplicaciones desarrolladas en
Visual FoxPro y utilizando ficheros DBF como motor de base de datos, lo que
compromete, al igual que en otros productos analizados en esta comparativa,
su rendimiento en entornos con alto volumen de datos..."
En el resto del artículo, el autor deja claro que su ideal de motor de
base de datos es Access y que, según su opinión, éste producto sí que ofrece
un buen rendimiento en entornos con alto volumen de datos.
Como profesional con amplia experiencia en el desarrollo de aplicaciones
de gestión empresarial, he desarrollado aplicaciones en numerosos lenguajes
y bases de datos, entre ellos, Visual FoxPro, Visual Basic y Access. Con el
conocimiento que me da la experiencia de estas herramientas, puedo afirmar
que la tesis del autor del artículo es totalmente falsa.
De hecho, la verdad es justamente la contraria. Access por ser una base
de datos de escritorio dedicada al usuario final y a pequeñas empresas, no
puede manejar grandes conjuntos de datos. Como se sabe generalmente en el
medio, a partir de los 50000 registros, las bases de datos de Access se
hacen inmanejables por su lentitud. En el caso de que la aplicación esté
desarrollada en Access, esto no tiene remedio y la aplicación debe ser
desechada. En el caso de que la aplicación esté programada con Visual Basic
en bases de datos de Access, el remedio es migrar la base de datos a SQL
Server (lo cual incrementa sustancialmente los costos).
En cambio, Visual FoxPro puede manejar conjuntos mucho más extensos de
datos, manejando sin problemas muchos millones de registros. (Más abajo le
indico en inglés algunos datos sobre la capacidad de VFP). Visual FoxPro
también puede conectarse a SQL Server, pero la mayoría de las veces no es
necesario pues la capacidad de Visual FoxPro es más que suficiente (y su
costo mucho menor). En cambio, las tablas de Access se ahogan con unos
miserables 50000 registros.
Lo cual es lo contrario que afirma el autor del artículo, que parece no
tener ni idea de lo que está hablando.
Esto no quita su mérito a Access, que es bueno para aplicaciones
pequeñas. En mi carrera profesional, ha habido dos ocasiones en que he
desarrollado aplicaciones en Access y estoy satisfecho de los resultados.
Pero decir que las tablas de Access manejan más conjuntos de datos que las
de Visual FoxPro es un puro disparate.
Por tratarse de una revista seria, BYTE debería rectificar estas
afirmaciones en su próxima edición, con el fin de evitar perder su prestigio
haciendo afirmaciones disparatadas.
Ahora bien, algunos colegas han enviado un mail de protesta por estas
afirmaciones y han recibido una misma respuesta en forma de correo
electrónico, que he tenido la oportunidad de leer. Lo más lamentable de esta
respuesta no es sólo que sigue la filosofia de "mantenella y no enmendalla",
sino que las barbaridades que se incluyen en esta respuesta son muchísimo
peores que las afirmaciones del artículo, con lo cual el autor demuestra su
total desconocimiento de la materia.
No entraré a comentar todos los horrores que se incluyen en esta
respuesta pues sería demasiado largo. Permítame sin embargo que le ofrezca
como muestra un botón. El autor de la respuesta (que supongo que es el mismo
autor del artículo) dice:
"... De hecho, hemos realizado varias aplicaciones con millones de registros
con Access y la diferencia de rendimiento y estabilidad contra los DBF es
notable."
Permítame decirle que esta es la afirmación más disparatada y ridícula
que he leído en toda mi vida profesional. Decir "hemos realizado varias
aplicaciones con millones de registros con Access" es una tontería
grandísima y cualquiera que sepa un poquito de Access lo sabe. Es como decir
"hemos cruzado varias veces el Atlántico con un barco hecho de papel de
servilleta". Una barbaridad tan ridícula que casi no vale la pena ni
comentarla. Access no puede soportar aplicaciones con millones de registros
ni en los sueños más alocados. Decir que se ha realizado varias aplicaciones
con millones de registros con Access sólo tiene un nombre: mentir y, además,
de la forma más ridícula posible.
Con lo cual el autor demuestra que no sólo no tiene ni idea de Visual
FoxPro sino que no tiene ni idea de Access.
Afortunadamente, esta afirmación no ha aparecido en su revista BYTE, ya
que no es digna ni de una revista humorística. Sin embargo, que la envíen
como contestación, dice muy poco del conocimiento del autor (que no tiene ni
idea) y de su ética (que no le importa mentir para defender su erróneo punto
de vista). También dice muy poco del respeto que tiene la revista a sus
lectores, enviándoles semejante contestación.
Por ello, le ruego que sean más cuidadosos a la hora de escoger los
artículistas de su revista, ya que quien hace una afirmación como esta no
debería de escribir en una revista como BYTE.
También le ruego que NO me envíe por correo electrónico la misma
respuesta que ha envíado a mis colegas, donde se incluyen estas
afirmaciones y otras igualmente tontas (como que Visual FoxPro no contempla
integridad referencial), entre muchos otros horrores.
Finalmente, le ruego igualmente que publiquen una rectificación en el
próximo número. Una revista seria, si detecta un error, debe corregirlo.
Espero que BYTE esté a la altura de las circunstancias. En caso contrario,
concluiré que BYTE no es una revista seria y no sólo dejaré de adquirirla
sino que pienso hacer la máxima propaganda en Internet para que no
Atentamente,
Dr. Vicent-Ramon Palasí Lallana (vpa...@millenniumc.com)
Licenciado en Informática por la Universitat Politècnica de Catalunya.
Doctor en Ingeniería Informática por la Universitat Jaume I de
Castellón.
Director Técnico de MILLENNIUM CONSULTING (www.millenniumc.com)
P.D: Algunos datos sobre la capacidad de Visual FoxPro:
VFP can handle huge amounts of data. Here are some examples:
1) The eurotunnel project used 128 GB data, 24 hours/day
(http://www.paltielinc.com/vfp1.html)
2)Universal Thread has over 400,000 transactions per day and is based on VFP
(http://www.universalthread.com)
3) Rick Strahl built the Surplus Direct site it had peaks of "500,000+ VFP
server hits a day and 28,000 VFP server hits per hour"
(http://www.west-wind.com/presentations/largeweb/)
4) Searching on "System Capacity in VFP6 help
"Maximum number of records per table file: 1 billion
Maximum size of a table file: 2 gigabytes
Maximum number of open index files per table(2): unlimited
Maximum number of open indexes in all work areas(2): unlimited
Maximum number of relations: unlimited"
Adjunto también artículo del prestigioso consultor internacional Les Pinter
(traducido al español por Kevin Mitnick). Es el siguiente:
Hace años, Chrysler construyó un "Kit" que se podía usar para modificar los
carburadores de sus motores diesel, de manera que los camiones podían tener
mas kilometraje por litro. Costaba poco más de 500 dólares y significaba una
pesada factura del mecánico también. A los mecánicos les encantó venderlo e
instalarlo, así todo el mundo estaba feliz. Excepto los usuarios.
Los militares estaban especialmente interesados en usar la tecnología de las
computadoras para ahorrar dinero, entonces pidieron a Crysler diseñar y
construir un modulo computarizado que costo veinte dólares y hacia lo mismo
que el "Kit" de 500 dólares y que requería todo un día de instalación. Y
como no les pidieron que se lo vendiera al publico entonces no lo hicieron.
Finalmente, sus clientes más grandes se les acercaron con una propuesta:
hacerle una pequeña modificación al circuito para que arrancara de tal forma
que pasara los exámenes de contaminación EPA DOT. Entonces, gradualmente,
una hora después, se reconfigurara así mismo para minimizar el consumo de
combustible y contaminar como una chimenea. Así lo hicieron, y la industria
del camión de transporte compró decenas de miles de ellos y se burlaron del
pueblo Americano.
Es absolutamente legal tener dos productos, uno que es mucho mejor, más
rápido y más barato que el otro, y no informarle a tus clientes sobre él. Lo
era ilegal fue la manera que lo introdujeron. No fue sino hasta que sus
practicas de comercio dañaron a los consumidores Americanos que el gobierno
los paró. A Crysler no le importaba cuanto más costara a sus clientes, o
cuanto les costó a los americanos. Ellos sólo querían aumentar el precio de
sus acciones.
Microsoft vende dos tecnologías de bases de datos. Uno -FoxPro- es barato y
rápido, y no tiene costo incremental. Pagas por él una vez. El otro -VB con
SQL Server- mucho mas caro y corre considerablemente más lento. Los usuarios
de FoxPro también pueden usar SQL, pero los usuarios de FoxPro no emigran a
SQL Server- aun ni cuando podrían. No perciben que necesiten hacerlo, y a
menudo ni hablan de él.
Pero no le dan otra alternativa a los usuarios. Les dan un lenguaje que se
ahoga cuando sus tablas locales alcanzan los cincuenta mil registros, les
ofrecen SQL Server como la única manera de salvar su inversión de
desarrollo. Entonces lo adquieren. Tienen que hacerlo.
No sé si es ilegal o no, decir a tus clientes que gasten veinte mil dólares
por capacidades que podrían tener por quinientos. No sé si es ilegal
recomendar una tecnología que representa un excesivo gasto para la mayoría
de los proyectos de bases de datos.
Tener costos elevados no es necesariamente malo para una compañía. Tus
competidores simplemente tienen que desembolsar los mismos costos. Ser
forzado a ir de una tecnología menos cara a una más cara ocurre en todos los
negocios.
Si tus programadores deciden usar MS SQL, es desventajoso para ti solamente
si tus competidores se dan cuenta que hay algo mejor y más barato. Si ellos
lo hacen como tú lo haces, entonces tus costos y los de tus competidores
suben en la misma proporción, y nadie en tu industria puede vender su
producto mas barato por tener costos menores. Nadie pierde. Excepto el
consumidor americano.
¿Qué se siente ser el único programador en una corporación con tecnología de
innovación que recomienda FoxPro? ¿Es parecido a no ser parte del grupito
popular en la escuela secundaria? ¿"Si es tan bueno, porqué Microsoft no lo
promueve? Tal vez se avergüenzan de él."
Nada podría estar más lejos de la verdad. Microsoft sabe muy bien lo bueno
que es FoxPro. Es tan bueno, que si no se va, las ventas de Microsoft SQL
serán reducidas por billones de dólares.
Y ahora ya sabes el resto de la historia.
Se me ha pedido no sacar este articulo, pero pienso seguir de pie. Espero
que tu también. Somos la llave a esta estrategia de desaparición benigna.
Con la mirada del Departamento de Justicia, Microsoft no puede desaparecer
FoxPro. Pero nosotros si podemos. Si aseguramos la indirecta y silenciosa
campaña, Microsoft gana. Nosotros, y nuestros clientes y sus clientes, somos
los perdedores. Por agachar la cabeza y aceptar la derrota, permitimos que
lo que puede ser, sea.
Desde que Microsoft paró de anunciar FoxPro, me he puesto de pie y ofrecido
a competir públicamente con cualquier programador de Visual Basic del
planeta para construir una aplicación de base de datos típica. Nadie lo ha
reclamado. Nunca, ni una vez he leído un artículo que proclame que Visual
Basic es superior o siquiera igual a Visual Fox Pro, Nadie quiere poner a VB
por encima de VFP.
Entonces pruébalo tu mismo. Toma cualquier aplicación, escríbela en ambos
lenguajes y compara el costo del esfuerzo del desarrollo; primer punto.
Entonces metele cien mil registros y corre ambos, compara su desempeño.
Segundo punto. Ahora, calcula cuanto costará usar tu aplicación en una red
que usa SQL Server (la única cura para la lenta ejecución de los grandes
archivos MDB es pagar por la licencia de MS SQL Server) Y agrega en el costo
de un administrador de bases de datos, a menos que SQL 7,0 te ahorre ese
costo anual de $100,000 que es un costo escondido. Y hay otros más.
No es un concurso; es una prueba de capacidades.
Sé que es difícil estar en contra de la multitud, y ciertamente prefiero la
compañía de algunos tipos de los hablan en las conferencias de Microsoft.
Adivino que están esperando a ver que me va a pasar. No se preocupen.
Programo aplicaciones de bases de datos desde el alba del siglo veintiuno;
Me retiraré como un millonario, y ustedes también. Pero lo que me preocupa
son nuestros clientes.
Entonces me quedaré afuera, donde más bien disfruto la brisa.
Ariel Gimenez
se retractaron?
salu2
Ariel Gimenez
"Axel Olivares" <ax...@asia.com> wrote in message
news:usd0EMsnAHA.592@tkmsftngp03...
Vicent Palasí
Cuando les envié la segunda carta (que publiqué en este foro) los de BYTE no
se dignaron ni a contestarme (aunque recientemente me han enviado su nueva
dirección de correo electrónico). En esta carta yo afirmaba que los foxeros
estaban dispuestos a tomar medidas de boicot (esto no me lo inventé yo, sino
que había gente diciéndolo). En cambio, desde entonces, he visto que el foro
se ha olvidado rápidamente del tema. En mi opinión, podemos hacer presión si
hacemos otro mensaje firmado por todos (o bastante gente). En caso
contrario, una sola persona no creo que pueda hacer la suficiente presión
para que ellos se retracten.
En mi opinión, si realmente deseamos que el Visual Foxpro no acabe
desapareciendo, debemos hacer toda la presión a todas las instancias
posibles. Quejarse en el foro no es suficiente: uno se desahoga pero aquí
todos estamos convencidos de las bondades del VFP y no tenemos el poder para
decidir su continuidad. Es cierto que el VFP va a sacar la verión 7 y que no
hay indicios que desaparezca en un corto plazo. Pero a mí me llamó muchísimo
la atención que el redactor de BYTE pensara que el VFP era malísimo y que
las empresas estaban migrando a otros sistemas y que esto iba a desaparecer
tarde o temprano porque era malo. Es cierto que no es verdad, pero parece
una opinión generalizada entre la gente que no sabe de VFP.
Ustedes me preguntarán, ¿Qué importa la opinión errónea de gente que no
conoce? Realmente, importa mucho. Puede desencadenar lo que se llama una
"profecía de autocumplimiento". Como la gente cree que el VFP es malo y va a
desaparecer, no lo elige como su lenguaje de programación (incluso
programadores que piensan que esto no es cierto son obligados a elegir
Visual Basic por sus jefes no informáticos que no conocen el tema). Por lo
tanto, cada vez hay menos gente que utiliza el VFP. En un momento dado,
Microsoft decide que no le interesa conservar un producto tan minoritario
(Fíjense que Microsoft ha abandonado el Visual J++). Con lo cual la profecía
se cumple, el VFP desaparece. La profecía ha causado su autocumplimiento y
la gente que no conocía y decía que VFP iba a desaparecer estaba en lo
cierto.
Ustedes pensarán: ¿piensas que este escenario es posible? Yo estoy seguro de
que esto es lo que está pasando. Fíjense que Microsoft no ha incluido a VFP
en el CLR (que es la estrategia principal de Microsoft para el futuro) y los
cambios que ha realizado son mínimos respecto a los que han realizado en
otros lenguajes. Claramente todo apunta a que Microsoft quiere darle a VFP
un muerte lenta y dulce. Una eutanasia.
Si no son muy jóvenes, recordarán que al principio del videocasette habían
tres sistemas diferentes (VHS, Beta y 2000). Realmente, el Beta tenía mejor
calidad de imagen pero el VHS se impuso por estrategia comercial. Yo creo
que algo así se está produciendo entre el VFP y el Visual Basic. Mientras
nosotros sólo nos quejamos en el foro (donde entre todos nos damos la razón
unos a otros), no nos damos cuenta de que nos estamos conviirtiendo
lentamente en un gueto.
Por lo cual, les animo a defender al VFP en todas las instancias posibles:
en BYTE, con Microsoft y cualquier otra instancia.
Por cierto, no se olviden de incluir su nombre en una lista de gente
dispuesta a considerar una carta abierta a Microsoft para pedirle que de más
marketing a Visual FoxPro. Vayan al Wiki e incluyan su nombre.
(Perdonen que en este mail no me exprese tan claramente como en otros. Me he
dislocado la espalda en el último terremoto y estoy sufriendo de dolores
mientras les escribo)
Saludos desde El Salvador,
Vicent Palasí
Ariel Gimenez <arielG...@hotmail.com> wrote in message
news:uotJc4unAHA.2224@tkmsftngp05...
Francisco Javier Ibarra O.
tenemos a VFP como nuestro mejor aliado, te apoyo en tus comentarios y que
te recuperes de tu lesión.
Saludos desde México.
--
Francisco Javier Ibarra O.
Hermosillo,Sonora, México.
Carlos Yohn Zubiria
del director diciendo que se pondrá en contacto el autor del artículo, y
luego... silencio.
Respecto a la carta a Microsoft, tengo entendido que todavía no está
terminada y por tanto no se puede firmar aún. ¿Es así?
Respecto a El Salvador y tu lesión personal: Animo, tenéis tu y tu País toda
nuestra solidaridad y apoyo.
--
Saludos,
-----------------------------
Carlos Yohn Zubiria
A.G.P.
Vicent Palasí <vpa...@nospam.millenniumc.com> escribió en el mensaje de
noticias uEFKPF6nAHA.908@tkmsftngp02...
Juan Carlos Flores
firmaran la carta a Microsoft.
"Vicent Palasí" <vpa...@nospam.millenniumc.com> escribió en el mensaje
news:uEFKPF6nAHA.908@tkmsftngp02...
Carlos Duarte
adherirme a la propuesta de exijir una respuesta concreta de parte de
microsoft sobre el futuro del lenguaje vfp. Estoy a las ordenes para firmar
cualquier nota que se disponga para su envío.
Carlos D.
"Vicent Palasí" <vpa...@nospam.millenniumc.com> escribió en el mensaje
news:uEFKPF6nAHA.908@tkmsftngp02...
Victor Espina
y apoyo a ti y a todos tus compatriotas.
En cuanto a lo que mencionas de más está decir que comparto tu opinión. Se
me ocurre que se podría cuadrar con Pablo o en el mismo Wiki para redactar
una nueva carta para Byte y que todos la firmáramos. También estoy de
acuerdo en que todos deberiamos anotarnos en la carta abierta para microsoft
que preparan Steven y su gente.
Sin embargo, creo que hay otros puntos donde también podriamos poner nuestro
granito de arena, como por ejemplo en un estudio comparativo de rendimiento
entre Access y VFP. Como dije en su tiempo, debemos procurar darle
herramientas a todos nuestros colegas que se ven en la posición de defender
el uso de VFP en frente de sus jefes.
Saludos
--
********************************************
Victor Espina
http://www.mitrompo.com/vespina
"Vicent Palasí" <vpa...@nospam.millenniumc.com> wrote in message
news:uEFKPF6nAHA.908@tkmsftngp02...
Gerardo Pinedo
uno tiene sus ventajas y desventajas. Desde mi punto de vista pienso que no debe
desaparecer Fox Pro del mercado, mucha gente depende de él, muchos lo
consideramos bueno (o excelente), pero independientemente de todo esto, no
debemos de estar a la merced del humor de unas cuantas personas que pueden mover
a otra y crear una reacción en cadena que pudiera terminar en lo que menciona
Vincent. No debemos seguir dependiendo del monopolio de Microsoft, el punto de
vista y la opinión de todos puede ser importante, obviamente no basta con
decir "yo apoyo", "estoy contigo", "¿donde firmo?". Debe haber una persona (en
caso de que no la haya) que se encarge de llevar todo esto a la práctica, ignoro
si esa persona ya existe, de no ser así ¿por que no contactamos a Less Pinter y
John Pinter, creo que ellos han estado con Fox Pro desde los inicios y son
personas que tienen un punto de vista muy relevanye y que tambien pueden
hacer "ruido". Esa podría ser una alternativa. La otra a lo mejor para algunos
muy absurda para otros no (preguntenle a Linus Torvalds) ¿por que no un Fox Pro
para Linux?.
Ing. Gerardo Pinedo
México
F.Nuñez
--
F. Nuñez
CADSI, S.L.
fnunez...@cadsi.net
(quitar el -nospam)
Carlos Yohn Zubiria
--
Saludos,
-----------------------------
Carlos Yohn Zubiria
A.G.P.
Victor Espina <ves...@olimpo-soft.com> escribió en el mensaje de noticias
uKVW9wNoAHA.1412@tkmsftngp03...
> Yo, por supuesto!! (como ves, no he podido apartarme del grupo :-))
>
> --
> ********************************************
> Victor Espina
> http://www.mitrompo.com/vespina
>
>
>
> "Vicent Palasí" <vpa...@nospam.millenniumc.com> wrote in message
> news:#KJwqpMoAHA.1376@tkmsftngp04...
> > Gracias a todos por preocuparse por mi lesión. Se está curando poco a
poco
> y
> > tengo que ir a terapias. Gracias a Dios he tenido más suerte que muchos
de
> > mis compatriotas (aunque soy español (valenciano) considero a los
> > salvadoreños como mis compatriotas pues vivo en El Salvador desde hace
> años)
> > que lo han perdido todo cuando no sus vidas o las de sus familiares.
> Gracias
> > por el apoyo que todos ustedes dan a El Salvador, ese precioso pedacito
de
> > tierra con tendencia a temblar.
> >
> > En cuanto al Wiki, la forma de inscribir su nombre es ir a la página
> > http://fox.wikis.com/wc.dll?Wiki~WillMicrosoftMarketVFP
> >
> > Editar esta página con el botón Edit. Saldrá un texto HTML. Escribir su
> > nombre al final de la lista y hacer clic en el botón Save. Sin embargo,
si
> > alguien no se aclara con el mecanismo puede enviarme su nombre a mi y yo
> lo
> > inscribiré con gusto.
> >
> > Es importante remarcar que esta lista es preliminar y estar incluido no
> > significa firmar la carta (que aún no está hecha). Esa lista es para
decir
> > "estoy dispuesto a firmar la carta cuando ésta esté redactada". Siempre
> > tienen la ocasión más adelante de no firmarla si no les parece.
> >
> > En cuanto al tema BYTE, yo pienso que lo bueno es lo que dice Victor
> Espina:
> > hacer una carta y firmarla entre todos. En principio, se me ocurrió la
> idea
> > de redactarla yo pero, a parte de que no puedo estar mucho tiempo
sentado,
> > he pensado que tengo una forma de expresarme muy característica y los de
> > BYTE podrían decir "es el loco ese otra vez". Pienso que es más efectivo
> que
> > la redacte otra persona y la firmemos todos. Así verán que es una
> > indignación generalizada.
> >
> > ¿Cuántos de ustedes estarían dispuestos a firmar esta carta a BYTE?
> >
> > Saludos,
> >
> > Vicent Palasí
> >
> > Francisco Javier Ibarra O. <pro...@prodigy.net.mx> wrote in message
> > news:eRs0SW7nAHA.1376@tkmsftngp02...
Paco Simarro
--
=========================
Francisco J. Simarro López
f.si...@dipualba.es
Departamento de Informática
Diputación de Albacete
http://www.dipualba.es
========================
Santa Cruz Soluciones, S.L.
German Saer
experiencia propia se que no es todo lo malo que dicen de el.
A pesar de esto, por simple curiosidad, no conozco SQL Server ni como
trabaja enlazado a VB, VFP o VC++.
Si no fuera por los costos que implica el mismo, ¿Quien es mejor?
...O ¿Por que no Oracle?
¿Cual es la desventaja de Oracle? ya que se sabe que es gratis para el
programador y que remunera muchisimo mas dinero que VFP.
Alguien tiene alguna respuesta?
La agradeceria de veras, ya que con lo cambios de DOS a aplicaciones
visuales no se cual rumbo tomar.
gsaer
Gracias
PD: Yo tambien me uno al grupo de foxeros y firmaria la carta puesto que he
visto trabajar a Access con 32000 registros y es una mi..!
Douglas Cruz
> trabaja enlazado a VB, VFP o VC++.
>
> Si no fuera por los costos que implica el mismo, ¿Quien es mejor?
quedaria muy atras tampoco, les pisaria los talones...
> ...O ¿Por que no Oracle?
nadie dijo que no
> ¿Cual es la desventaja de Oracle? ya que se sabe que es gratis para el
> programador y que remunera muchisimo mas dinero que VFP.
no tiene ninguna que yo conozca, ademas se puede usar en diferentes
plataformas, no solo en windows
yo tambien me uno y firmaria la carta