Re: Login Trigger

  • From: "Juan Cachito Reyes Pacheco" <jreyes@xxxxxxxxxxxxxxxx>
  • To: <oracle-l@xxxxxxxxxxxxx>
  • Date: Fri, 12 Mar 2004 11:35:26 -0400

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@xxxxxxxxxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
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@xxxxxxxxx 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@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //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@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: