Buenos días,
me surge una duda que espero podáis contestarme. Normalmente en mi entorno
de trabajo nuestro repositorio esta bajo ArcSDE, con un sistema de
versiones. ¿Posee PostgreSQL algún sistema de versionado de tablas? ¿Abarca
también al módulo de PostGis?
Un saludo.
No.!
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-809-849-8087
* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun"
*---*
_
Antonio escribió:
> Buenos días,
>
> me surge una duda que espero podáis contestarme. Normalmente en mi entorno
> de trabajo nuestro repositorio esta bajo ArcSDE, con un sistema de
> versiones. ¿Posee PostgreSQL algún sistema de versionado de tablas? ¿Abarca
> también al módulo de PostGis?
No
Lo
Hola, mi consulta es sobre los query recursivos
Probe correr el siguiente query en la siguiente version de servidor PostgreSQL
8.2.5 on i386-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20070821 (Red
Hat 4.1.2-25):
CREATE OR REPLACE FUNCTION "public"."connectby" (text, text, text, text,
Buenos días grupo,
Estoy realizando un proyecto en la empresa con postgresql 8.2, termine la fase
1, el diagrama entidad-relación, y comienzo la fase 2, es decir, llevar las
entidades a tablas,etc, he leido pero tengo tengo algunas dudas, y no quiero
empezar a crear las tablas sin estar segura
--- On Tue, 10/7/08, olga lucia celis guzman <[EMAIL PROTECTED]> wrote:
> From: olga lucia celis guzman <[EMAIL PROTECTED]>
> Subject: [pgsql-es-ayuda] Al empezar mi proyecto.
> To: [EMAIL PROTECTED]
> Date: Tuesday, October 7, 2008, 3:07 PM
> Buenos días grupo,
>
> Estoy realizando un proyect
Ufff, tenes muchisimas cosas a tener en cuenta
de acuerdo para que es la base de datos (produccion, desarrollo)
Costo estimado de espacio,
tuning de hardware (articulo de Bruce Momjian te va a dar una mano),
date una vuelta por wiki.postgresql.org
Si la aplicación que accede la base de datos no
Buen dia Lista. Agradeceria un poco de informacion con respecto a este mensaje. Existe una consulta que se ejecutaba sobre PostgresSQL 7.3.7 , en una maquina DELL PowerEdge 2600 con 4 Gb de RAM, y ejecutando Gnu/Linux RedHat Enterprise 4.0 para 32 bits. y la consulta se ejecuta y la selecccionfina
2008/10/7 <[EMAIL PROTECTED]>:
> Buen dia Lista.
>
>
>
> Agradeceria un poco de informacion con respecto a este mensaje.
>
>
>
> Existe una consulta que se ejecutaba sobre PostgresSQL 7.3.7 , en una
> maquina DELL PowerEdge 2600 con 4 Gb de RAM, y ejecutando Gnu/Linux RedHat
> Enterprise 4.0 para
2008/10/7 SILVANA IOVINO <[EMAIL PROTECTED]>:
> Hola, mi consulta es sobre los query recursivos
no entendi que tenia que ver tu problema con queries recursivos...
> Probe correr el siguiente query en la siguiente version de servidor
> PostgreSQL 8.2.5 on i386-redhat-linux-gnu, compiled by GCC gcc
2008/10/7 <[EMAIL PROTECTED]>:
> Buen dia Lista.
>
>
> Existe una consulta que se ejecutaba sobre PostgresSQL 7.3.7 , en una
> maquina DELL PowerEdge 2600 con 4 Gb de RAM, y ejecutando Gnu/Linux RedHat
> Enterprise 4.0 para 32 bits. y la consulta se ejecuta y la selecccion
>
> finalizaba , usando
Javier Chávez B. escribió:
> 2008/10/7 <[EMAIL PROTECTED]>:
> > finalizaba , usando un cursor (haciendo un join de dos tablas con
> > aproximandamente una de 9383423 y la otra unos 3832237 ) junto con dos
> > tablas mas de mas o menos los mismos registros (millon y medio aprox).
>
> Ups !! creo
On Tue, Oct 7, 2008 at 7:02 PM, Alvaro Herrera <[EMAIL PROTECTED]> wrote:
> Javier Chávez B. escribió:
>> 2008/10/7 <[EMAIL PROTECTED]>:
>
>> > finalizaba , usando un cursor (haciendo un join de dos tablas con
>> > aproximandamente una de 9383423 y la otra unos 3832237 ) junto con dos
>> > tablas
Javier Chávez B. escribió:
> On Tue, Oct 7, 2008 at 7:02 PM, Alvaro Herrera <[EMAIL PROTECTED]> wrote:
> > Javier Chávez B. escribió:
> >> 2008/10/7 <[EMAIL PROTECTED]>:
> >
> >> > finalizaba , usando un cursor (haciendo un join de dos tablas con
> >> > aproximandamente una de 9383423 y la otra un
2008/10/7 Alvaro Herrera <[EMAIL PROTECTED]>:
> Javier Chávez B. escribió:
>> On Tue, Oct 7, 2008 at 7:02 PM, Alvaro Herrera <[EMAIL PROTECTED]> wrote:
>> > Javier Chávez B. escribió:
>> >> 2008/10/7 <[EMAIL PROTECTED]>:
>> >
>> >> > finalizaba , usando un cursor (haciendo un join de dos tablas co
Hola lista.
En mis antiguos servidores tenia que configurar :
autovacuum = on
stats_start_collector = on
stats_row_level = on
para el autovacuum.
Hoy estoy poniendo la versión 4.3.3 y aparentemente stats_start_collector y
stats_row_level no existen mas. Aparte autovacuum esta por defecto
Wow, 4.3.3, esa una versión d la era d los dinosaurios. Creo q la ultima
versión es la 8.3.4.
ing. José Fermín Francisco Ferreras San Francisco de Macorís,
Rep. Dom.
> From: [EMAIL PROTECTED]
> To: pgsql-es-ayuda@postgresql.org
> Subject: [pgsql-es-ayuda] autovacuum en 4.3.3
> Date: Tue, 7 O
Manuel Lamas escribió:
> Hoy estoy poniendo la versión 4.3.3 y aparentemente
> stats_start_collector y stats_row_level no existen mas. Aparte
> autovacuum esta por defecto : autovacuum = on.
Efectivamente, stats_start_collector y stats_row_level se fundieron en
una sola opcion que creo que es "tr
18 matches
Mail list logo