From: | Clayton Graf <clayton(dot)graf(at)gmail(dot)com> |
---|---|
To: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: AccessShareLock question |
Date: | 2009-12-19 20:45:15 |
Message-ID: | 7b2fe65d0912191245j7dc363ex7ac9a0ce131c4fff@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
I think I got it...
I was just using
select * from table1;
select * from table2;
select * from tablen;
instead of
begin;
select * from table1;
select * from table2;
select * from tablen;
commit;
Using MS-SQLSERVER the begin trans is "implicit" at first update or delete
command. It is not necessary to "worry" about selects before the first
update or delete command. I got confused but I understand now. I guess :-)
Thank you,
Clayton
2009/12/19 Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>
> On Sat, Dec 19, 2009 at 10:58 AM, Clayton Graf <clayton(dot)graf(at)gmail(dot)com>
> wrote:
> > Ok, but this is really my problem: I cannot perform an ALTER TABLE with
> the
> > system in production mode, because the ALTER TABLE hangs due an
> > AccessShareLock.
>
> until the lock is released, are your selects all that long?
> besides, why are you ALTERing the table in production... i guess
> clients will suffer if the expect less or more columns than the ones
> they receive from the ALTERed table
>
> > We use two-tier mode,
>
> don't understand this
>
> > so is it necessary to shutdown all users before
> > perform an ALTER TABLE?
>
> no
>
> --
> Atentamente,
> Jaime Casanova
> Soporte y capacitación de PostgreSQL
> Asesoría y desarrollo de sistemas
> Guayaquil - Ecuador
> Cel. +59387171157
>
--
Clayton Graf
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2009-12-19 20:54:36 | Re: Charset Win1250 on Windows and Ubuntu |
Previous Message | Adrian Klaver | 2009-12-19 20:44:09 | Re: Triggers made with plpythonu performance issue |