Hola Mariano, gracias por la info, me lo estoy descargando para echarle
un vistazo y ver o intentar adaptarlo:)
Muchas garcias
UN saludo
Suso
suso:
Estoy buscando ejemplos sobre todo a la hora de disparar el trigger en
el momento de algún cambio en la tabla "x", y que verifique no una a
una, s
suso:
> Estoy buscando ejemplos sobre todo a la hora de disparar el trigger en
> el momento de algún cambio en la tabla "x", y que verifique no una a
> una, sino todos los campos a la vez, pq tengo tablas que tienen como 30
> campos..., y son entre 30 y 50 tablas por BD.
> Se podrá hacer eso, o ha
09 17:49:54 +0100
From: jlcu...@terra.es
To: listas_quij...@hotmail.com
CC: jcent...@aldia.com.mx; pgsql-es-ayuda@postgresql.org
Subject: Re: [pgsql-es-ayuda] SQLITE Y POSTGRESQL
Voy a seguir tu consejo, acabo de bajarme PG 8.3, y algunas utilidades,
esperemos no tenga problemas, pero como todo, h
comun"
*---*
> Date: Wed, 6 May 2009 17:49:54 +0100
> From: jlcu...@terra.es
> To: listas_quij...@hotmail.com
> CC: jcent...@aldia.com.mx; pgsql-es-ayuda@postgresql.org
> Subject: Re: [pgsql-es-ayuda] SQLITE Y POSTGRESQL
>
> Vo
Hola Alvaro
suso escribió:
Me voy a hacer a la idea de trabajar con un "peso pesado" en BD:)
Aún para aplicaciones pequeñas(monousuario).
Postgres puede calificarse como "peso pesado" en BDs, pero eso no
significa que no funcione bien en sistemas muy pequeños.
jaja, no lo digo por eso, sino
suso escribió:
> Me voy a hacer a la idea de trabajar con un "peso pesado" en BD:)
> Aún para aplicaciones pequeñas(monousuario).
Postgres puede calificarse como "peso pesado" en BDs, pero eso no
significa que no funcione bien en sistemas muy pequeños.
--
Alvaro Herrera
Voy a seguir tu consejo, acabo de bajarme PG 8.3, y algunas utilidades,
esperemos no tenga problemas, pero como todo, hasta que no "le coges el
tranquillo", da un poco de lata, quitaré firebird y sqlite (drivers),
para no tener mi pc con demasiados drivers y todo ese tema(no me gusta
mucho), y
>
> 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
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 o
> Date: Mon, 4 May 2009 11:35:36 -0500
> From: jcent...@aldia.com.mx
> To: jlcu...@terra.es
> CC: pgsql-es-ayuda@postgresql.org
> Subject: Re: [pgsql-es-ayuda] SQLITE Y POSTGRESQL
>
> suso escribió:
>> Hola, pues eso, si y
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 co
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
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(monopues
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 may
Hola Mariano, gracias por tan explicíta respuesta :)
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 hace
suso:
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
suso escribió:
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
s
Hola Jenaro, gracias por la respuesta, precisamente el tema es ese, el
traspaso, pero también, el tema de la codificación, Sqlit es
monousuario, como bien dices, no es muy bueno en eso(rendimiento), otra
cosa es también el tema del código para manejar un sistema y otro, me
supongo que las difer
Pues como dice le amigo Jenaro, una parte de la pregunta es rendimiento,
que y ame aclaró que no me rece la pena, la otra es codificacion de
actualiziaciones de datos, borrados, etc.
Las posibles diferencias de codificación entre uno y otro(no en la
instalación y/o mantenimiento)
Gracias
Un sal
suso escribió:
> 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 a
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 cualqie
21 matches
Mail list logo
