Re: timetravel.c - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: timetravel.c
Date
Msg-id 200307270452.h6R4qJp07523@candle.pha.pa.us
Whole thread Raw
In response to Re: timetravel.c  (Böjthe Zoltán <urdeso@arcinfo.hu>)
Responses Re: timetravel.c  (Böjthe Zoltán <zbojthe@arcinfo.hu>)
Re: timetravel.c  (Böjthe Zoltán <urdeso@arcinfo.hu>)
List pgsql-patches
Patch applied.  Thanks.

---------------------------------------------------------------------------


B�jthe Zolt�n wrote:
> Bruce Momjian ?rta:
>
> >Great.  Please send over the file as an attachment and I will see that
> >it is added, or even better, use diff -c against the 7.3.2 version and
> >your new version so we can see the changes.
> >
> >---------------------------------------------------------------------------
> >
> >
> >
> Hi!
>
> Here is 4 file in tgz:
> the new timetravel.c,
> new timetravel.README (cut from spi/README and modified),
> modified timetravel.sql.in
> and modified timetravel.example.
>
> Features:
> - optionally 3 parameter for insert/update/delete user name
>
> - work with CREATE UNIQUE INDEX ixxx on table xxx (unique_field,time_off);
>     (the  original version was work with unique index on 6.5.0-6.5.3,
> and not work on 7.3.2,7.3.3)
>      (before 6.5.0 and between 6.5.3 and 7.3.2 I dont know)
>
> - get_timetravel(tablename) function for check timetravel-status.
>
> - timetravel trigger not change  oid of the active record. (it is not a
> good feature, because the  old version is automatice prevent the paralel
> update with "where oid=nnn")
>

[ application/x-gtar is not supported, skipping... ]

>
> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Eliminate information_schema from oid2name listing
Next
From: Joe Conway
Date:
Subject: Re: [HACKERS] allowed user/db variables