On 06/07/2012 09:08 PM, Miguel A. Marquina Balta wrote:
> ERROR: could not extend file "base/16396/58448": No space left on device
> HINT: Check free disk space.
Se lleno el disco?
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://ww
Hola amigos de la comunidad actualmente trato de instar un script el mi
tabla pero me sale este error..alquien podria ayudarme porfavor.
script.es este:
INSERT INTO sir.maestrovalor(mva_id ,mco_id,mva_fila, mva_valor,mva_activo)
values(4,1,2,'2',true );
INSERT INTO sir.maestrovalor(mva_id ,mco_id,
La respuesta es fácil amigo. Falta un indice en la llave foránea del campo
idpedido_cabe, tabla pedidos_deta. Esto no solo afecta las consultas, también
afecta las actualizaciones y borrados.
>
> De: Alvaro Herrera
>Para: Juan
>CC: SYSWARP - Carlos Enrique
Excerpts from Juan's message of jue jun 07 17:35:24 -0400 2012:
> Carlos (lista)
>
> No se si te entendi mal , cual son las queries que andan lentas?
Sí, eso faltó.
> ademas como primera observacion no veo indices. :(
están las primary keys, que generan índices. Lo que me causa dudas es
el ID
Carlos (lista)
No se si te entendi mal , cual son las queries que andan lentas?
ademas como primera observacion no veo indices. :(
salu2
jmdc
2012/6/7 SYSWARP - Carlos Enrique Perez
> **
> Gente:
> Tengo un programa que se encarga de trabajar con pedidos a clientes y
> basicamente su core s
Excerpts from Fabricio's message of jue jun 07 16:29:20 -0400 2012:
> > ¿Qué sistema operativo estás usando? ¿Qué sistema de archivos? ¿Tienes
> > fsync=off? Describe el sistema de almacenamiento: ¿RAID? ¿Hay caché de
> > escritura que pueda haber fallado?
> >
>
> Slackware 13.1
> ext4
> fs
Gracias por la respuesta Alvaro.
> CC: pgsql-es-ayuda@postgresql.org
> Subject: Re: [pgsql-es-ayuda] ot rename temporary statistics file
> "pg_stat_tmp/pgstat.tmp" to "pg_stat_tmp/pgstat.stat": No such file or
> directory
> From: alvhe...@alvh.no-ip.org
> To: fabrix...@hotmail.com
> Date: Thu,
Excerpts from Fabricio's message of jue jun 07 13:34:13 -0400 2012:
>
>
> Buenos dias todos.
>
> Tengo este problema:
>
> Tengo instalado postgres 9.1.3 y anoche la base de datos fallo debido al
> siguiente error:
>
>
> Este fue el primer error despues de un autovacuum:
>
> <2012-06-06 00:
Actualizar siempre a versiones superiores puede ser recomendable por el echo de
que las nuevas versiones de PostgreSQL traen muchas mejoras en temas de
rendimiento, además de la adición de nuevas funcionalidades que brindan la
posibilidad de realizar un mejor trabajo. Si tu aplicación anda bien,
Buenas tardes Lista, molesto con la siguiente consulta, tengo instalado
Postgresql version 8.4 corriendo sobre sobre un XP PRO, con un Core i5 y 8 Gb
en Ram, al cual acceden unas 10 terminales sin ningún tipo de inconvenientes en
la actualidad y con buena performance.
Deberia migrar la version
Para esto puedes activar el registro de logs en el servidor, y ahí podrás ver
las consultas que son ejecutadas desde el pgAdmin. Te recomiendo que solo tu
estes conectado a la db, porque sino habrán muchas consultas almacenadas en el
fichero de log.
Saludos.
- Mensaje original -
> si
Buenos dias todos.
Tengo este problema:
Tengo instalado postgres 9.1.3 y anoche la base de datos fallo debido al
siguiente error:
Este fue el primer error despues de un autovacuum:
<2012-06-06 00:59:07 MDT814 4fceffbb.32e
>LOG: autovacuum: found orphan temp table
"(null)"."tmpmuestad
Gente:
Tengo un programa que se encarga de trabajar con pedidos a clientes
y basicamente su core se compone de cabecera y detalle:
El volumen de datos es bastante alto (aprox 500.000 registros de
detalle) y cada pedir por detalle suele no ser > 6 registros.
El problema que me aparece es que e
13 matches
Mail list logo
