Jose Luis:
Efectivamente, trabajo con Xailer. Ahora tengo una aplicación en la que
utilizo Dbf con los dataset. Realmente gracias a Xailer he conseguido poener
en marcha una aplicación para Windows con muy pocos problemas. Seguramente
en muchos sitios este haciendo cosas mal, pero funciona.
El problema que tengo es que los datos y la aplicacion engordan, con lo que
el sistema se hace cada vez un poco mas lento. A eso añado que se conectan
desde diferentes ciudades a la aplicación, con lo que todavia se hace mas
lento.
A base de chapuzas he conseguido que no se note tanto la lentitud, pero
estar está.
El dilema lo encuentro en decidir por donde tiro.
Si tiro por MySql no hace falta invertir y puedo ir probando y aprendiendo,
y ademas parece que Xailer lo va a hacer poco complicado.
Ademas si en algún momento hago algo para un cliente particular creo que
tambien valdria.
A lo mejor estoy equivocado, pero no creo que si en algún momento tengo que
cambiar a SQL Server, el cambio no seria muy traumatico. Al menos bastante
menos que el quiero comenzar ahora.
Dame tu opinión, creo que habra alguien mas con este dilema.
Muchas Gracias
Paco V
"José Luis Capel" <
jose.luis@capelsoft.com> escribió en el mensaje
news:[email=
451e921b@news.xailer.com...]
451e921b@news.xailer.com...[/email]
> Hola Paco,
>
>>
>> Pregunto:
>> Lo que haga en MySql valdra para otros SQL? Mi empresa trabaja con SQL
>> Server.
>>
>
> Te voy a responder desde la perspectiva que me está dando mi corta
> expierencia en el mundo cliente/servidor y bases de datos.
>
> Yo he llegado a la conclusión de que programar pensando en varios sistemas
> de bases de datos es algo no recomendable desde un punto de vista practico
> y económico.
>
> Pero antes de decirte el porqué, deberás decidir sobre cual sistema de
> acceso a tus datos vas a basarte. Como estamos en un foro de Xailer me
> imagino que es éste el GUI sobre el que trabajas. Para Xailer tienes, de
> forma nativa, los datasources. Actualmente solo hay uno que te pueda ser
> de interés: odbc. No obstante, como ya ha apuntado Ignacio, en breve vas
> a
> terner acceso a datos a través de ADO. Fuera de Xailer, existe Condor1
> (de
> Manu Expósito). No te cito Eagle 1 por que está especializado en MySql.
> Si
> me dejo alguno... lo siento.
>
> Desde mi punto de vista creo que ADO es una decisión acertada. Te permite
> utilizar la misma jerarquía de clases para todos los orígenes de datos
> aceptados. Y ADO acepta prácticamente toooodos los sistemas de bases de
> datos, bien a través de un proveedor nativo OleDb, bien a través de odbc.
>
> Una vez has elegido tu sistema de acceso a datos, deberás elegir muy bien
> tu
> sistema de bases de datos. Ambos dos (acceos y datos) deberán estar muy
> bien 'compenetrados'. Si este binomio tiene algún problema tu aplicación
> puede que tambien la tenga.
>
> Y volviendo al principio... ¿por que solo un sistema en vez de pensar en
> todos? Bueno... mi teoría personal es la siguiente. Empezamos diciendo
> que
> todo depende del cliente al que va orientado tus aplicaciones. Si piensas
> que para un cliente, por costes, le vendes el sistema con dbf's y, si el
> cliente te dice que tiene tal base de datos y no quiere ponerse otra,
> entonces vas a tener que hacer lo siguiente. Por una parte vas a tener
> que
> aprender (como mínimo) las diferencias que hay en cada uno de los
> fabricantes de bases de datos. Estas diferencias pueden ser sutilezas o
> cambios radicales en la funcionalidad. Además vas a tener que aprender a
> administrar tantas bases de datos diferentes como integres en tu
> aplicación. Por lo tanto, deberás de aprender todas las herramientas de
> administración de cada sistema (el nivel de profundidad de conocimiento lo
> pones tu y tus necesidades). Además vas a tener que formar al personal de
> soporte en las diferentes problemáticas de la aplicación según esté
> utilizando una u otra base de datos.
>
> Pero esto sería fácil si no fuera por que al programar deberás decidir por
> cual camino tiras. Si por el mínimo común múltiplo o el máximo común
> divisor
>
> Es decir, si pretendens mantener tu programa (me refiero a fuentes) de tal
> manera que el el mismo código sea útil para todos los sistemas te obliga
> de
> cierta manera a tener que bajar el nivel de productividad y eficiencia de
> tus sistema de datos dado que no vas a poder utilizar las técnicas
> avanzadas por que justamente suele ser esa parte la más incompatible entre
> los diferentes BD.
>
> Si por el contrario decides sacar el máximo provecho a cada sistema de bd
> entonces deberás especializar tu código. Esto te supone tener prg
> diferente por cada uno de los sistemas. Poco vas a poder tener en común.
>
> En ambos casos el coste de mantenimiento va a ser alto.
>
> Por ese motivo yo, perosnalmente, pienso que lo mejor es decidir un
> sistema
> de base de datos y aprovechar al 100x100 sus capacidades.
>
> Bueno... espero que no os haya aburrido con tanta literatura.
>
> Saludos,
> José Luis Capel
>