Re: Temp rows - is it possible?

Поиск
Список
Период
Сортировка
От Mattias Kregert
Тема Re: Temp rows - is it possible?
Дата
Msg-id 00d901c3a776$3c415540$09000a0a@kregert.se
обсуждение исходный текст
Ответ на Temp rows - is it possible?  (Boris Popov <boris@procedium.com>)
Ответы Re: Temp rows - is it possible?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
This is great! I have been looking for this too... I think this should go in the manual as an example of how
applicationsessions can be recorded in the db. Very useful! 

/M

----- Original Message -----
From: "TANIDA Yutaka" <tanida@sra.co.jp>
To: "Boris Popov" <boris@procedium.com>
Cc: <pgsql-general@postgresql.org>
Sent: Monday, November 10, 2003 2:41 AM
Subject: Re: [GENERAL] Temp rows - is it possible?


> I found one way to do by combining temporary table and inhertis.
> Temporary table will automatically dropped when disconnects, and
> table can show inherited tables result, too.I assume SQL_Inheritance is
> on.
>
> Or you can use union too.
>
> ex.
>
> create table a(...);
> insert into a(...); # fixed values
>
> create table b() inherits (a);
> insert into b values(...); # temporary values
>
> select * from a; # You can get both global and temporary values.
>
>
>
> On Fri, 07 Nov 2003 13:09:15 -0800
> Boris Popov <boris@procedium.com> wrote:
>
> > Hello pgsql-general,
> >
> > I'm trying to implement a table with rows that are automatically
> > deleted when the session that inserted them disconnects, sort of like
> > our own alternative to pg_stat_activity. Is it possible and what
> > approach should I be trying to achieve such a thing?
> >
> > Thanks!
> >
> > --
> > -Boris
> >
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 9: the planner will ignore your desire to choose an index scan if your
> >       joining column's datatypes do not match
>
> --
> TANIDA Yutaka <tanida@sra.co.jp>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
>       subscribe-nomail command to majordomo@postgresql.org so that your
>       message can get through to the mailing list cleanly
>

В списке pgsql-general по дате отправления:

Предыдущее
От: Jean-Michel POURE
Дата:
Сообщение: Re: performance: time & disk access measurment
Следующее
От: Shridhar Daithankar
Дата:
Сообщение: Re: starting the server at boot