At 19:41 20/06/2012, you wrote:
2012/6/20 Eduardo Morras :
>
> Muy buenas, una duda sobre Replicacion
Multimaster y Hot Standby. Supongamos
> que tengo 1 servidor con pgpoolII manejando 2 servidores Maestros donde van
> a parar todas las escrituras y un bucardo o similar comprobando que los
> m
2012/6/21 Eduardo Morras :
> At 19:41 20/06/2012, you wrote:
>>
>> 2012/6/20 Eduardo Morras :
>> >
>> > Muy buenas, una duda sobre Replicacion Multimaster y Hot Standby.
>> > Supongamos
>> > que tengo 1 servidor con pgpoolII manejando 2 servidores Maestros donde
>> > van
>> > a parar todas las escr
At 14:55 21/06/2012, you wrote:
> En realidad son mas servidores, estos 2 son para la escritura y
otros 2 para
> lectura. Aunque de momento tienen poca carga por estar en
desarrollo, cuando
> entre en produccion espero poder escalar bien las lecturas. O sea, quiero
> que si falla un servidor d
Que tal lista
Estoy trantando de migrar una bd de pgsql 8.1.8 a la 9. Tiene muchas
funciones en plpgsql (incluyendo triggers). Al tratar de cargar el dump del
8.1.8 en la 9 me marca error por que en las funciones de plpgsql existen
comparaciones entre un character y un entero ¡ por alguna ra
2012/6/21 Felipe de Jesús Molina Bravo :
> Que tal lista
>
>
> Estoy trantando de migrar una bd de pgsql 8.1.8 a la 9. Tiene muchas
> funciones en plpgsql (incluyendo triggers). Al tratar de cargar el dump del
> 8.1.8 en la 9 me marca error por que en las funciones de plpgsql existen
> comparacione
>
> Lo que estoy tratando es de evitar la modificación de la funciones en
> plgsql de la bd en postgres 8.1.8 y lo que se me ocurrio fue crear el
> cast; otra posible solucion que se me ocurre es crear un operador.
> Esta última todavia no la pruebo ... que opinan de estas opciones???
>
Si ma
Estimados,
tenemos una base de datos con tablas heredadas y a las cuales tenemos que
hacer una serie de consultas y lamentablemente estas tablas no tienen
ningún índice, no tienen llave primaria, no tienen foreing key. Esto hac
eque algunas consultas sean muy lentas y quisiera pedirles ayuda para c
Bueno, supongo que no querrás que lea todo eso...
Ah, sí querías?
primer pauta: si vas a preguntar por algo, que ese algo tenga índice, o
sea, si tu where es:
where rut_sost = 69020100 and ano_pago in(2008, 2009, 2010, 2011) and
ind_reli in ('N','S')
creale índice a rut_sost, ano_pago y a ind_r
Hola
¿Cuando uno crea en una tabla un campo de varchar(1000) y inserta datos, el
peso en bytes de la tabla no son iguales a la longitud de datos insertados
(suele ser menor)? ¿Porque sucede esto?
Gracias
1) Crea un indice por cada campo que vayas a filtrar con frecuencia:
rbd,reg_cod,ano_pago, ind_reli,rut_sost ; es decir no crees indices compuestos
ya que estos exigen que la consulta se haga por todos los campos.
2) Si la tabla tiene foráneas pertenecientes a otra tabla, estas deben tener
índic
Excerpts from Alejandro Carrillo's message of jue jun 21 17:06:06 -0400 2012:
> 1) Crea un indice por cada campo que vayas a filtrar con frecuencia:
> rbd,reg_cod,ano_pago, ind_reli,rut_sost ; es decir no crees indices
> compuestos ya que estos exigen que la consulta se haga por todos los campos
El 21 de junio de 2012 17:06, Alejandro Carrillo escribió:
> 1) Crea un indice por cada campo que vayas a filtrar con frecuencia:
> rbd,reg_cod,ano_pago,
> ind_reli,rut_sost ; es decir no crees indices compuestos ya que estos
> exigen que la consulta se haga por todos los campos.
>
> En realidad
El 21 de junio de 2012 10:29, Gilberto Castillo Martínez <
gilberto.casti...@etecsa.cu> escribió:
>
>
> >
> > Lo que estoy tratando es de evitar la modificación de la funciones en
> > plgsql de la bd en postgres 8.1.8 y lo que se me ocurrio fue crear el
> > cast; otra posible solucion que se me oc
2012/6/21 Sergio Valdes Hurtado :
>
> CREATE TABLE public.temp_orden_pago (
has pensado en normalizar esa tabla? recuerda que la reclacion es:
mientras mas campos menos registros por pagina y por lo tanto mas
lecturas a disco (claro a menos que la tabla pase todo el tiempo en
memoria lo que en un
2012/6/21 Alejandro Carrillo :
> Hola
>
> ¿Cuando uno crea en una tabla un campo de varchar(1000) y inserta datos, el
> peso en bytes de la tabla no son iguales a la longitud de datos insertados
> (suele ser menor)? ¿Porque sucede esto?
>
http://www.postgresql.org/docs/9.1/static/datatype-characte
Excerpts from Sergio Valdes Hurtado's message of jue jun 21 17:33:29 -0400 2012:
> El 21 de junio de 2012 17:06, Alejandro Carrillo escribió:
>
> > 1) Crea un indice por cada campo que vayas a filtrar con frecuencia:
> > rbd,reg_cod,ano_pago,
> > ind_reli,rut_sost ; es decir no crees indices com
señores buen dia.
Necesito realizar una consulta de actualizacion sobre muchos muchos registros
las tablas son asi por decir
DATOSCARTERA
DCARTERAID (PK)
FECHA
VALOR
CARTERADET
CARTERADETID (PK)
DCARTERAID (FK)--
SALDO
INTERES
la consulta planteada es asi
UPDATE DATOSCARTERA D
>
> sumar todos los detalles
>
> UPDATE DATOSCARTERA D SET D.VALOR=(SELECT *SUM*(C.SALDO)+*SUM*(C.INTERES)
> FROM
>
> CARTERADET C WHERE C.DCARTERAID=D.DCARTERAID ) WHERE D.FECHA
> >='01/01/2012'
>
> El 21 de junio de 2012 22:33, FRANK RADA escribió:
>
>> señores buen dia.
>>
>> Necesito realizar
18 matches
Mail list logo
