Re: comportamiento diferente en PG9.0.3

From: Silvio Quadri <silvioq(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Miguel Angel Hernandez Moreno <miguel(dot)hdz(dot)mrn(at)gmail(dot)com>, alejandrob <alejandrob(at)federacion(dot)pasteleros(dot)org(dot)ar>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: comportamiento diferente en PG9.0.3
Date: 2011-04-05 17:11:05
Message-ID: BANLkTik_HEcHEvKn8ZbcNH0yQVuD=jJtHw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

El día 5 de abril de 2011 13:19, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> escribió:
> Excerpts from Miguel Angel Hernandez Moreno's message of mar abr 05 11:53:39 -0400 2011:
>> Que alguien nos corrija, no sera la version de odbc??
>
> No.  Las nuevas versiones rechazan LOCK TABLE cuando se ejecuta fuera de
> un bloque de transacción, porque es un error obvio y peligroso: el lock
> se libera inmediatamente porque sólo dura hasta el fin del bloque de
> transacción.  LOCK TABLE sólo funciona si has hecho BEGIN previamente.
>
> Es un bug bastante estúpido en genexus.  Posibles soluciones: 1. hacer
> que abra un bloque de transacción antes de intentar esta secuencia de
> operaciones.  2. usar modo autocommit, si existe.

No uses la reorganización de Genexus tal como viene.
Lo mejor es tomarse un minuto más y hacer los cambios DDL a mano, por
más engorroso que sea.
Podés ayudarte usando alguna herramienta que te extraiga los sql de
los .java generados.

Si necesitás borrar las tablas desde adentro de la aplicación, podés
hacerlo con un truncate como sentencia sql embebida.

Silvio

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Ariel Centeno 2011-04-05 17:30:11 vacuum
Previous Message Sergio 2011-04-05 16:29:30 Función SQL/PL en versión 7.4