Re: Login Trigger

From: Juan Cachito Reyes Pacheco <jreyes_at_dazasoftware.com>
Date: Fri, 12 Mar 2004 11:35:26 -0400
Message-ID: <001701c40847$af8118b0$2501a8c0@dazasoftware.com>

I'm not sure if I understand what you want. If I understand clearly if you want to store info in memory about the session
you can

0. Create a package definition, and set their values, that values will be kept in the session.
1. create a table, an set it in the keep cache. 2. create a temporary table (only for the session, no logging, and the info can be automatically deleted at commit).

The fact the data is in a table doesn't means it's not in memory.

Original Message ----- From: "Ron Rogers" <RROGERS_at_galottery.org> To: <oracle-l_at_freelists.org> Sent: Friday, March 12, 2004 11:22 AM Subject: Re: Login Trigger

> Maa,
> It is a great concept,,, store everything in memory and eliminate
> disks. with enough memory you could store the info each user needed.
> If the user is going to request the same info each time why not use
> materialized views to increase the thru put.
> Ron
>
> >>> maryann_30_at_yahoo.com 03/11/2004 1:16:21 PM >>>
> We have a fairly big query that takes about 6 hours
> to complete. To speed up things, we thought of the
> following: Create a logon trigger, which stores in memory
> each user's info during login time.
>
> Then when the user clicks a button that starts this query,
> to have his/her info already in memory as opposed to
> getting it from disk somewhere.
>
> So basically, I just wanted to verify that a login trigger
> does indeed store things in memory and keeps it there
> until logout. Is that correct, or should I expect surprises?
>
> thanks,
> maa
>
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
>

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.

--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Received on Fri Mar 12 2004 - 09:36:27 CST