Re: SQLITE Y POSTGRESQL

>>> 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.
>>>
>>> He oído de warpper que si lo hacen, e incluso poder cifrar la BD, cosa
>>> que por defecto no se puede, hay que pagar al autor para que nos de
>>> una copia que se pueda cifrar...
>>>
>>> Todo sería con vb6 y windows
>>>
>>> O sería mejor trabajar con Firebird(o alguna similar) la versión
>>> embedded(que es la versión monosusuario) y menos complicación.
>>>
>>> Muchas gracias
>>> Un saludo
>>> Suso
>>> --
>>> TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net
>>>
>>>
>> SQLite puede utilizarse en red, sin embargo esta la cuestión del
>> rendimiento. Me imagino que tu pregunta va en relación a como hacer el
>> traspaso de una base de datos SQLite a PostgreSQL, es correcto ? De ser
>> ese el caso creo que sería tan sencillo como exportar la base de datos
>> SQLite en sentencias SQL e importarla en PostgreSQL, sin embargo esta el
>> tema de la integridad, recuerda que en SQLite la integridad no esta
>> asegurada en la base de datos, así que es posible que te llegues a
>> encontrar con problemas de campos integer con datos string y viceversa.
Esto no se evitaría o solucionaría comprobando lo que le llega a cada campo?
>> Sinceramente yo he utilizado ambos sistemas, pero tengo ya rato que no
>> utilizo SQLite precisamente por la cuestión de la integridad. Y aunque
>> desarrollo mucho en Delphi, nunca he utilizado Firebird, pero he
>> escuchado buenas cosas.
>>
Si, exactamente, ese tipo de cosas

>>
>
> Creo que estamos confundiendo las cosas. SQLite no es una BD para poner a funcioanr sistemas transaccionales eso es una mala idea. Uso bastante a SQLite y me encante pero hay que saber cuales son sus limitaciones. Es buena para configuraciones y eso o donde los datos sean solo de entrada, no mucho movimiento.
> Ejemplo, la uso embebida para una app que captura los registros de PABX y es exlente para cosas como estas, pero cuando hablamos de cosas transaccionales ya entonces es mejor irse por Postgres.
>
> Tu tienes el mismo dilema que enfrente hace 6 años cuando queria usar dos BD para mi app iba a ser una app Lite y otra "Server" , obviamente para la server usaria Postgres pero para la lite queria algo mas "ligero" despues de mucho deliberar decidi que eso era un disparate e hice todo con Postgres.
>
> Por que ? simple, que me impedia usar a Postgres en ambos, nada. Ese tipo de cosas tendrian logica en ambientes comerciales que por precios muchas veces elegimos BD mas simple en las versiones lite pero como no era el caso me olvide de eso y pongo a Postres en todo y mira que me ha ido de maravilla.
>
> Te aconsejo que no te pongas a inventar y us PG en todo tu sistema, SQLite usalo para lo que esta pensando, configuraciones y cosas asi.
>

Hola Edwin, como comentas que también te pasó en su mmento a tí, es eso,
que tengo una versión que debe o podría (no estoy seguro todavía)
trabajar en portátiles(notebook), y tenber que usar un server en el
mismo pc, que pueden ser, 1Ghz, 512 Ram, 160 HDD, y cosas así, y encima,
que el usuario(que muchas veces no se entera de la misa la mitad),
pienso que sería un problema, sobre todo, mantener ese server en buenas
condiciones de trabajo, si se cae, que sepan lenvantarlo(reiniciar como
mucho), y todo este tipo de cosas, pero, si has trabajado con esas
mismas condiciones y dilemas y no has tenido problemas...
Gracias
Un slaudo
Suso