Cita:
Empezado por Neftali
Tal vez sufriste lo indescriptible porque no sabías utilizarlo. Durante muchos años y varias versiones ha sido la Base de Datos que han usado los programadores de Delphi. Es una buena Base de Datos (si se usa para lo que está diseñada) y hay muuuuuchas aplicaciones corriendo perfectamente con él.
No te lo tomes a mal, simplemente que si fuera insufrible, mucha gente la habrá descartado hace muchos años. Hoy en día hay opciones mejores, pero eso no hace que Paradox sea ahora peor.
|
Antes que nada hay que definir es que es "no saber usarla", si te refieres a los bien traidos y venidos .lck y .net (que para una base de datos que no va ser compartida no son necesarios y por lo tanto se deshabilita el localshare y adios a .net y .lck) te comento que por alla no tuve problemas, pero como te explicas que un buen día despues de trabajar perfectamente bien, te mande el error de "espacio insuficiente en disco para realizar esta operacion", cuando tienes 20GB de disco disponible. Ah!, sorpresa!, lo que pasa es que BDE utiiliza una funcion obsoleta del api de windows para calcular el espacio en disco disponible, lo que hace que cuando alguna de tus tablas alcance algun tamaño considerable te de ese error, y esto que quede claro esta documentado por borland y la respuesta es que no tiene solucion por ser una tecnlogia descontinuada (YA NO HAY SOPORTE NI CORRECCION DE ERRORES).
Por otro lado, el que una aplicacion sea "monousuario" no significa que el volumen de los datos necesariamente vaya a ser pequeño, yo invito a quien haya trabajado con paradox a que me hable del rendimiento que tiene cuando el volumen de informacion es grande.
Una mas, paradox no esta diseñado para que delphi o c++ builder accedan a el por medio de querys (de manera eficiente), es decir, que lo mejor para accesar a estas tablas es mediante ttables. Imaginemos que nuestra apliacion "chiquita" crece y la queremos convertir en algo mas "serio", por supuesto que nuestra primera idea sería quitar paradox, pero oh! sorpresa! la tenemos plagada de ttables y una base de datos C/S es mejor ser accesada por medio de Querys (dbExpress, ADO, ZEO, MDO,FIBplus, etc), entonces quiero ver la cara de mi progamador cuando le diga que hay que hacer la conversion de ese código
.
Asi puedo seguir enumerando ejemplos de porque no usar paradox, pero si alguien piensa que es buena pues respeto su opinion, que mas que nada creo que la tienen porque nunca hicieron una aplicacion en verdad
SERIA con esta base de datos y que se distribuya de manera masiva, es decir, que no pueda estar uno de apagafuegos cuando la joyita de paradox empiece con sus linduras (aun como monousuario).
Por eso digo que el hacer una aplicacion "chiquita", no es sinonimo de usar una base de datos "mediocre" como lo es paradox.
PD: Desde que trabajo con Firebird (hace aprox 5 años) NUNCA pero NUNCA he tenido un solo problema con la base de datos, y tengo aplicaciones corriendo por todo el pais, con volumenes importantes de informacion.