freeze database durante creazione tabella o campo tabella

Salve,
sono dipendente in un'azienda che usa come DBMS postgres.
questo

comporta un discreto numero di connessioni "attive" contemporaneamente (anche
se in IDLE).
Come specificato in oggetto durante una modifica allo schema
come
l'aggiunta di una tabella o di un campo ad una tabella in DB fallisce tutte le
transazioni successive all'operazione di modifica difatto "freezandosi" e
non
eseguendo nessuna operazione, ne query ne operazioni di
modifica.
Difatto non
capendo il reale motivo di questo strano comportamento, si è notato comunque
che dopo il necessario riavvio del servizio postgres a connessioni
zero sul DB
queste operazioni di modifica dello schema non provacano nessun effetto
collaterale.
altre informazioni aggiuntive sono che su determinate tabella
agisce hibernate e le query vengono lanciate da un web server (tomcat) e da
un'applicazione RMI.

Ringrazio anticipatamente dell'aiuto e/o dell'attenzione

L'errore è abbastanza strano, ma hai qualche log da poter vedere?

2012/11/17 xian88(at)alice(dot)it <xian88(at)alice(dot)it>

> Salve,
> sono dipendente in un'azienda che usa come DBMS postgres.
> questo
>
>
> comporta un discreto numero di connessioni "attive" contemporaneamente
> (anche
> se in IDLE).
> Come specificato in oggetto durante una modifica allo schema
> come
> l'aggiunta di una tabella o di un campo ad una tabella in DB fallisce
> tutte le
> transazioni successive all'operazione di modifica difatto "freezandosi" e
> non
> eseguendo nessuna operazione, ne query ne operazioni di
> modifica.
> Difatto non
> capendo il reale motivo di questo strano comportamento, si è notato
> comunque
> che dopo il necessario riavvio del servizio postgres a connessioni
> zero sul DB
> queste operazioni di modifica dello schema non provacano nessun effetto
> collaterale.
> altre informazioni aggiuntive sono che su determinate tabella
> agisce hibernate e le query vengono lanciate da un web server (tomcat) e da
> un'applicazione RMI.
>
> Ringrazio anticipatamente dell'aiuto e/o dell'attenzione
>
>
> --
> Sent via pgsql-it-generale mailing list (pgsql-it-generale(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-it-generale
>

Ciao,

Il 17/11/12 09:36, xian88(at)alice(dot)it ha scritto:
> comporta un discreto numero di connessioni "attive" contemporaneamente (anche
> se in IDLE).
Suppongo sia un PostgreSQL < 9.2, ma che versione?

> Difatto non
> capendo il reale motivo di questo strano comportamento, si è notato comunque
> che dopo il necessario riavvio del servizio postgres a connessioni
> zero sul DB
> queste operazioni di modifica dello schema non provacano nessun effetto
> collaterale.
Non è proprio strano come comportamento. Tentanto di modificare la
struttura di una tabella, quella transazione tenta di acquisire un lock
esclusivo su tutta la tabella, andando a influenzare le transazioni
attive che hanno fatto (o faranno) uso di quella tabella. Inoltre, anche
l'aggiunta di un campo a una tabella, a seconda della versione di
Postgres, può portare a una riscrittura completa di tutta la tabella.

È ovvio che sto ragionando soltanto in termini generali, non avendo dati
concreti sui quali investigare.

Ad ogni modo le consiglio due cose:

* esaminare, prima di attivare la modalità Windows anche a Postgres
(ovvero reboot), la vista pg_locks
* valutare di partecipare al PGDay di venerdì prossimo, 23 novembre
(www.pgday.it) in quanto ci saranno due talk su monitoraggio e analisi
dei log

A presto,
Gabriele

--
Gabriele Bartolini - 2ndQuadrant Italia
PostgreSQL Training, Services and Support
gabriele(dot)bartolini(at)2ndQuadrant(dot)it | www.2ndQuadrant.it