Buenos días,
Tengo un servidor con Postgres 8.3.9 instalado. El servidor solamente cumple
la función de albergar la BBDD Postgres y tiene las
siguientes características HW:
2x AMD Opteron six core 2.8MHz
32GB RAM
RAID 0 SAS SCSI con la BBDD
RAID 1 SAS SCSI WAL y SO
El servidor corre CentOS 5.4 de
Perdón pero está en inglés.
PostgreSQL abandonaría el lenguaje de consultas obsoleto SQL y pasaría
a llamarse PostgreQUEL en su versión 9.1 como Gestor de Base de Datos
QUEL (NoSQL). Ver en
http://archives.postgresql.org/pgsql-hackers/2010-04/msg3.php
Por ejemplo la sgte consulta en SQL
sel
Si me cambian el SQL me dedico a la jardinería especializándome en la caza
de hormigas podadoras
Saludos
Guillermo Villanueva
El 8 de noviembre de 2010 10:13, Guillermo O. Burastero
escribió:
> Perdón pero está en inglés.
>
> PostgreSQL abandonaría el lenguaje de consultas obs
Estimados amigos:
Imagino que Postgre mantendrá compatibilidad con el obsoleto SQL, imaginense
sino el caso contrario.
Saludos
Marco
2010/11/8 Guillermo Villanueva
> Si me cambian el SQL me dedico a la jardinería especializándome en la caza
> de hormigas podadoras
>
> Saludos
>
> ~
El día 7 de noviembre de 2010 11:48, OgiSer Tamade
escribió:
> Ok, pongo un servidor supersonico. A nivel de pg_pool podrá soportar la
> carga ¿? No sería mejor dos servidores supersónicos ¿? que estuvieran
> sincronizados ...
Desde mi óptica, salvo que tengas una red donde un grupo de puestos
te
Estamos en Noviembre y seguimos con los temas de las bromas de Abril de
los estadounidenses?
En fin, vamos a ver que bromas salen ahora para diciembre en la comunidad.
Saludos a todos.
El 08/11/10 07:13 a.m., Guillermo O. Burastero escribió:
Perdón pero está en inglés.
PostgreSQL abandonaría
Excerpts from OgiSer Tamade's message of dom nov 07 11:48:12 -0300 2010:
> Ok, pongo un servidor supersonico. A nivel de pg_pool podrá soportar la
> carga ¿? No sería mejor dos servidores supersónicos ¿? que estuvieran
> sincronizados ...
¿Tan buena propaganda tiene pgpool que la gente cree que pu
Excerpts from Cesar Martin's message of lun nov 08 08:13:36 -0300 2010:
> Se que la configuración de disco podría ser mejor, separando el wal en una
> RAID a parte de SO, pero no es ahí donde radica mi duda... El problema esta
> en que cuando ejecuto free o un htop, nunca tengo en uso mas de 6GB,
A mi me preocupa más la DB, cuantos millones de registros ? muy
compleja la estructura (muchas llaves foráneas, indices, etc.. ) ??
Quizás da lo mismo si son 100 o 1000 los "puestos" que la usarán, si
la DB es relativamente simple
y no muy grande.
Creo además que si es tan alta la tasa de insert/
El 08/11/2010 13:30, Joel A. Iturra escribió:
A mi me preocupa más la DB, cuantos millones de registros ? muy
compleja la estructura (muchas llaves foráneas, indices, etc.. ) ??
Quizás da lo mismo si son 100 o 1000 los "puestos" que la usarán, si
la DB es relativamente simple
y no muy grande.
C
2010/11/7 OgiSer Tamade :
> Ok, pongo un servidor supersonico. A nivel de pg_pool podrá soportar la
> carga ¿? No sería mejor dos servidores supersónicos ¿? que estuvieran
> sincronizados ...
>
Con dos servidores y pgpool vas a tener más carga, la sincronización
es más costosa, y el número de tran
I found a large-scale sales company .There are favourable price and fine
quality goods very much. When I ordered the Nokia N8,in one week,I received it
and found it very well in the quality .I am very happy for the purching .I hope
that you can share my happiness.
web: www.yongshengkej
On Mon, Nov 8, 2010 at 6:13 AM, Cesar Martin wrote:
[...]
> POSTGRES.CONF
> -
> max_connections = 1000 # (change requires restart)
> work_mem = 64MB # min 64kB
estos dos parametros estan mal, 1000 conexiones es muy alto y si en
verdad quieres tener ese valo
13 matches
Mail list logo
