Hola Jenaro, el temja es que tengo la aplicación "casi" terminada,
cambiar de lenguaje de programación, me supondría, en estos momentos, un
gran trastorno, y un enorme retraso, en principio, por lo que he podido
leer y aprendido de las diferentes opiniones, no me es demasiado
esfuerzo (tal y como tengo diseñado el programa) adaptarlo para tal o
cual BD, mas bien, estoy pensado en escalabilidad y soporte futuro
principalmente.
Gracias por la opinion, siempre es bueno tener diferentes puntos de
vista (para eso pregunto).. :XD
UN saludo
Suso
> suso escribió:
>> Hola de nuevo Mariano, me reitero, gracias por tan esmerada explicación:)
>> Ya voy teniendo las cosas claras:)
>> Muchas gracias otra vez
>> Un saludo
>> Suso
>>
>>> suso:
>>>> Hola Mariano, gracias por tan explicíta respuesta :)
>>>
>>> No hay porque :)
>>>
>>>>>> Hola, pues eso, si yo tuviera una base de datos con sqlite(monopuesto
>>>>>> y monousuario), y quisiera trabajar con ella en red(sé que sqlite no
>>>>>> es para red) sería complicado el tema, me supongo que el hermano
>>>>>> mayor
>>>>>> es Postgresql, tendría que hacer traspaso de datos como de access a
>>>>>> sqlite, o cualqier otro sistema.
>>>>> Para hacer el transpaso, podes entrar por línea de comandos al
>>>>> programa
>>>>> de administración (sqlite3) y hacer un dump que te grabará los
>>>>> datos en
>>>>> formato de órdenes SQL (CREATE TABLE, INSERT, etc.), que luego deberás
>>>>> revisarlo y ejecutarlo en PostgreSQL (por línea de comandos, PgAdmin3,
>>>>> etc.):
>>>> Esto se puede hacer todo por código, pero se puede ahcer de forma
>>>> desatendida, es decir, si el cliente tiene que hacer esto, se verá con
>>>> problemas, es correcto?
>>>
>>> Por lo que vi, el SQL que genera (exporta) SqLite es bastante compatible
>>> con postgres, no tendrías que tener muchos inconvenientes, sería
>>> cuestión
>>> de probarlo.
>>> Igualmente podes hacer una migración del esquema "manualmente", y luego
>>> copiar los datos con un programa "automáticamente".
>>>
>>>> Todo esto viene a cuento, de que tengo un sistema, que va a trabajar en
>>>> monousuario, quizás en "x" tiempo, debar prepararse para red, pero
>>>> mientras tanto, hacer que el/os cleinte/s, deban instalar postgres
>>>> en un
>>>> portátil o pc de sobremesa(pues...), auqnue he leído que se puede hacer
>>>> instalación de postgesql en modo desatendido y "silenciosa.
>>>
>>> El instalador para windows PgInstaller tiene opciones para hacer la
>>> instalación de manera desatendida ("automática"), con las opciones que
>>> necesites:
>>> http://pginstaller.projects.postgresql.org/silent.html
>>> Para el controlador ODBC también es posible hacer algo similar.
>>>
>>> Si bien, al principio, instalar postgres puede parecer mas complicado
>>> que
>>> usar una base de datos local, a la larga creo que ganas en performance,
>>> estabilidad, seguridad y facilidad de mantenimiento.
>>> Además, simplificas el código (no tenés que cambiar las rutinas de
>>> altas,
>>> bajas, modificaciones y consultas para access/sqlite y para postgresql).
>>> Si bien siempre es muy parecido el código SQL y el acceso a datos, cada
>>> base tiene sus particularidades que hay que tener en cuenta (más usando
>>> ADO y VB).
>>>
>>>> Por eso, pensé en sqlite y/o firebird, si después tengo que migrar,
>>>> pues
>>>> que fuera lo menos "molesto" posible para mí, desde el punto de vista
>>>> del tratamiento del código, y para el cliente para el traspaso de datos
>>>> Intento con todo esto, que, si llegado el caso se pasa a red, sea lo
>>>> menos "doloroso" posible:)
>>>
>>> Por lo que te explicaba antes, y según mi experiencia personal, es menos
>>> "doloroso" empezar de entrada con un buena base (pg), a probar con una
>>> base "local" y luego tener problemas de performance (ancho de banda,
>>> procesamiento), concurrencia (varios usuarios), estabilidad (se
>>> pincha...), etc., y tener que migrar a otro motor y adaptar el código.
>>>
>>> Sds
>>> Mariano
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> Se certificó que el correo entrante no contiene virus.
>>> Comprobada por AVG - www.avg.es Versión: 8.5.287 / Base de datos de
>>> virus: 270.12.17/2095 - Fecha de la versión: 05/04/09 06:00:00
>>>
>>
>> --
>> TIP 7: no olvides aumentar la configuración del "free space map"
>>
>>
>
>
> Yo personalmente para mis desarrollos de escritorio utilizo Delphi, que
> en combinación con unos controles llamados UniDAC hacen que el manejar
> diversos sistemas de bases de datos sea muy sencillo de desarrollar y
> muy transparente para el usuario final, pudiendo llegar a tratarse de
> una sola línea de código para cambiar entre motores de bases de datos.
>
> Sinceramente desconozco si existe algo tan flexible y sencillo en otras
> plataformas de desarrollo, sin embargo, en casos de PHP, Rails y Django
> he tenido buenas experiencias con el apoyo multi-base de datos. Así que,
> elije tu veneno :D.
>
> Saludos a todos.
>
> --
> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda
>
>
> ------------------------------------------------------------------------
>
>
> Se certificó que el correo entrante no contiene virus.
> Comprobada por AVG - www.avg.es
> Versión: 8.5.287 / Base de datos de virus: 270.12.18/2096 - Fecha de la versión: 05/04/09 17:51:00
>