El 12 de febrero de 2009 20:06, Silvio Quadri escribió:
> El día 12 de febrero de 2009 15:40, p2p p2p escribió:
> > Buenas tardes,
> >
> > Tengo una aplicación web que está utilizando PostgreSQL, y en
> determinados
> > momentos del día cuando hay aproximadamente unos 50 usuarios conectados
> la
On Thu, Feb 12, 2009 at 11:33 PM, Edwin Quijada
wrote:
>
> Hola.!
>
> Estoy teniedno problemas en una app que hemos creado usando ASP.net y el
> driver de Npgsql
> La aplicacion empieza bien pero a partir de un tiempo lanza un error de
>
> Timeout while getting a connection from pool
>
> Alguna i
El 12 de febrero de 2009 19:13, Emanuel Calvo Franco escribió:
> El día 12 de febrero de 2009 15:40, p2p p2p escribió:
> > Buenas tardes,
> >
> > Tengo una aplicación web que está utilizando PostgreSQL, y en
> determinados
> > momentos del día cuando hay aproximadamente unos 50 usuarios conectad
Hola.!
Estoy teniedno problemas en una app que hemos creado usando ASP.net y el driver
de Npgsql
La aplicacion empieza bien pero a partir de un tiempo lanza un error de
Timeout while getting a connection from pool
Alguna idea ?
Me esta volviendo loco...!!
*-
Javier Aquino H. escribió:
> FATAL: los archivos de base de datos son incompatibles con el servidor
>
> DETALLE: Los archivos de la base de datos fueron inicializados con
> HAVE_INT64_TIMESTAMP, pero el servidor fue compilado sin
> HAVE_INT64_TIMESTAMP.
>
> HINT: Parece que necesita recompila
Saludos a todos,
Les cuento que acabo de actualizar PostgreSQL en mi CentOS 5.2 usando el
repositorio oficial a la versión 8.3.6. Pero luego de la actualización no
levanta el servidor y revisando el archivo pgstartup.log veo lo siguiente:
FATAL: los archivos de base de datos son incompatib
El día 12 de febrero de 2009 15:40, p2p p2p escribió:
> Buenas tardes,
>
> Tengo una aplicación web que está utilizando PostgreSQL, y en determinados
> momentos del día cuando hay aproximadamente unos 50 usuarios conectados la
> cosa va bien, la máquina suele estar con un load average de 3.5
> apr
Hola
Pido ayuda con una consulta, que no acabo de resolver:
Tengo las tablas:
sustancia
gidsustancia | abreviatura | ...
detallea
giddetallea| gidsustancia | gidanalitica | resultado
detallecomentario
giddetallecom | gidsustancia |gidanalitica | gidcomentario
comentario
gidcomentario | comen
El día 12 de febrero de 2009 15:40, p2p p2p escribió:
> Buenas tardes,
>
> Tengo una aplicación web que está utilizando PostgreSQL, y en determinados
> momentos del día cuando hay aproximadamente unos 50 usuarios conectados la
> cosa va bien, la máquina suele estar con un load average de 3.5
> apr
Buenas tardes,
Tengo una aplicación web que está utilizando PostgreSQL, y en determinados
momentos del día cuando hay aproximadamente unos 50 usuarios conectados la
cosa va bien, la máquina suele estar con un load average de 3.5
aproximadamente, si las consultas que le hacen los usuarios son muy p
2009/2/12 Raul Andres Duque :
>
> Entonces en últimas postgresql si debería crearlos?
>
no deberia, los crea... los necesita...
> Jaime, me aseguré de tener habilitada la visualización de tipos de pgadmin
> (por defecto viene deshabilitada), me aparece la carpeta pero vacia.
>
tambien activa que
Buenas ssamigos
De nuevo al ruedo, quisiera molesta con una consulta sobre arrays?
Cual es la mejor forma de pasa valores agrupados a una función y si alguien
tiene un ejemplo d uso, mejor aún.
leí por ahi que se puede pasar XML o simplemene un tipo varchar[] o text[]
vi algunos ejemplos donde
- Original Message -
From: "Jaime Casanova"
To: "Alvaro Herrera"
Cc: "Raul Andres Duque" ;
Sent: Thursday, February 12, 2009 10:49 AM
Subject: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re:
[pgsql-es-ayuda] Tipos automáticos para Tablas
On Thu, Feb 12, 2009 at
2009/2/12 Alvaro Herrera :
> Raul Andres Duque escribió:
>
>>> No sé de dónde habrá salido eso de "es mejor". La verdad es que es
>>> exactamente lo mismo tener una declaración UNIQUE NOT NULL que tener una
>>> declaración PRIMARY KEY. En términos de rendimiento no hay ninguna
>>> diferencia.
>
>
On Thu, Feb 12, 2009 at 10:05 AM, Alvaro Herrera
wrote:
> Raul Andres Duque escribió:
>
>> Cree una nueva tabla en 8.3.5 y mi lista de tipos sigue vacia. Antes al
>> crear una tabla se creaba un tipo. Aunque ahora tengo la duda de si lo de
>> crear el tipo era algo que hacía "pgadmin" y no como ta
- Original Message -
From: "Emanuel Calvo Franco"
To: "pgsql-es-ayuda"
Sent: Thursday, February 12, 2009 9:39 AM
Subject: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Tipos
automáticos para Tablas
2009/2/12 Jaime Casanova :
On Thu, Feb 12, 2009 at 8:32 AM, Raul Andr
Raul Andres Duque escribió:
> Cree una nueva tabla en 8.3.5 y mi lista de tipos sigue vacia. Antes al
> crear una tabla se creaba un tipo. Aunque ahora tengo la duda de si lo de
> crear el tipo era algo que hacía "pgadmin" y no como tal postgresql. El
> motor de postgresql crea/creaba un tipo
Raul Andres Duque escribió:
> Cordial Saludo.
>
> Tengo una función pl/pgsql que utiliza un bloque BEGIN-EXCEPTION-END y el
> manejo que quiero darle a la excepción es loguearla en una tabla, sin embargo
> no he encontrado forma de obtener el código y mensaje del último error
> reportado. Algun
Raul Andres Duque escribió:
>> No sé de dónde habrá salido eso de "es mejor". La verdad es que es
>> exactamente lo mismo tener una declaración UNIQUE NOT NULL que tener una
>> declaración PRIMARY KEY. En términos de rendimiento no hay ninguna
>> diferencia.
> Otra diferencias no es que los Ind
Gabriel Ferro escribió:
> Mil gracias Alvaro...cuando sea grande quiero ser como vosjejejejj
> (me rio porque seguro con mis 38 pirulos soy mas viejo)...
Sólo por media docena :-P
--
TIP 1: para suscribirte y desuscribirte, visita
http://archives.postgresql.org/pgsql-es-ayuda
- Original Message -
From: "Jaime Casanova"
To: "Raul Andres Duque"
Cc:
Sent: Thursday, February 12, 2009 9:32 AM
Subject: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Tipos automáticos para
Tablas
On Thu, Feb 12, 2009 at 8:32 AM, Raul Andres Duque
wrote:
Cordial Saludo.
Con sorpr
2009/2/12 Jaime Casanova :
> On Thu, Feb 12, 2009 at 8:32 AM, Raul Andres Duque
> wrote:
>> Cordial Saludo.
>>
>> Con sorpresa me encuentro que no sé desde qué versión de postgresql (creo
>> que desde 8.3.x), ya no se crean de forma automática tipos para cada tabla
>> de la base de datos. Alguien
2009/2/12 Raul Andres Duque :
> Cordial Saludo.
>
> Quisiera saber si existe alguna diferencia notoria en la implementación,
> performace o recursos requeridos si recorro un conjunto de registros
> utilizando un CURSOR NO SCROLL y el FOR ... IN.
>
el for esta implementado usando cursores
> De ini
Cordial Saludo.
Tengo una función pl/pgsql que utiliza un bloque BEGIN-EXCEPTION-END y el
manejo que quiero darle a la excepción es loguearla en una tabla, sin embargo
no he encontrado forma de obtener el código y mensaje del último error
reportado. Alguna idea?
Atentamente,
RAUL DUQUE
Bogotá
On Thu, Feb 12, 2009 at 8:32 AM, Raul Andres Duque
wrote:
> Cordial Saludo.
>
> Con sorpresa me encuentro que no sé desde qué versión de postgresql (creo
> que desde 8.3.x), ya no se crean de forma automática tipos para cada tabla
> de la base de datos. Alguien tiene alguna noticia al respecto?
>
Prueba con
SQLSTATE
SQLERRM
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Raul Andres Duque
Enviado el: Jueves, 12 de Febrero de 2009 11:29 a.m.
Para: pgsql-es-ayuda@postgresql.org
Asunto: [pgsql-es-ay
Cordial Saludo.
Quisiera saber si existe alguna diferencia notoria en la implementación,
performace o recursos requeridos si recorro un conjunto de registros utilizando
un CURSOR NO SCROLL y el FOR ... IN.
De inicio pensaría que los cursores son más "pesados" ya que podrían ser
actualizables
Cordial Saludo.
Con sorpresa me encuentro que no sé desde qué versión de postgresql (creo que
desde 8.3.x), ya no se crean de forma automática tipos para cada tabla de la
base de datos. Alguien tiene alguna noticia al respecto?
Atentamente,
RAUL DUQUE
Bogotá, Colombia
Cordial Saludo.
Tengo una función pl/pgsql que utiliza un bloque BEGIN-EXCEPTION-END y el
manejo que quiero darle a la excepción es loguearla en una tabla, sin embargo
no he encontrado forma de obtener el código y mensaje del último error
reportado. Alguna idea?
Atentamente,
RAUL DUQUE
Bogotá
- Original Message -
From: "Alvaro Herrera"
To: "juan"
Cc: "pgsql-es-ayuda"
Sent: Wednesday, February 11, 2009 12:38 PM
Subject: Re: [pgsql-es-ayuda] Diferencias Index Unique <> Primary Key,
¿performance?
juan escribió:
Acabo de leer en un hilo algo al respecto, leí que es mej
Saludos estimada Lista...Bueno quisiera me ayuden, indicando si existe alguna
version de postgres o postgresplus para windows 64Bits, y si estas versiones
son nativas para este sistema operativo.Agradecería si me indican si existe
alguna difrencia de rendimiento entre entre la version de 64Bit
2009/2/12 Mariano Reingart :
> Estimados:
>
> Me complace anunciarles que han aceptado nuestra traducción al Español para
> el Instalador Oficial de PostgreSQL para Windows (PgInstaller), que se hizo
> efectiva en la versión recientemente liberada 8.3.6:
> http://www.postgresql.org/ftp/binary/v8.3.
Gabriel Ferro escribió:
- Mensaje original
De: Alvaro Herrera
Para: Gabriel Ferro
CC: pgsql-es-ayuda
Enviado: miércoles 11 de febrero de 2009, 14:08:16
Asunto: Re: [pgsql-es-ayuda] orden de registro
Gabriel Ferro escribió:
El problema es que efectivamente la subconsulta
33 matches
Mail list logo
