The number of Oracle users is immaterial when you are talking about =
licensing. The metric is the number of physical users (or automated =
applications, the rules here get interesting). The metric also does not =
consider simultaneous users, every user that can access the system must =
be licensed. If there are 10 employees that need to use an application =
at some point, whether they connect as a single Oracle user or 10 Oracle =
users, regardless of how many are actually using the application at the =
same time, you need 10 named user licenses (or you can get CPU license =
for the server and allow an unlimited number of users).
http://store.oracle.com is down at the moment, but it has a good =
explanation of the licensing terms.
Justin Cave
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx =
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Kommareddy, Srinivas =
(MED, Wissen Infotech)
Sent: Saturday, April 03, 2004 4:10 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: RE: standard edition vs enterprise edition
Is this 5 users exclude/include sys and system. ?
We are actually planning to design the application to use a single user.
This is going to be like APPS user in oracle applications, rest of the =
users going to be like other product users (gl, ar, ap. .... etc.)
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx =
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]
On Behalf Of Justin Cave (DDBC)
Sent: Saturday, April 03, 2004 12:28 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: RE: standard edition vs enterprise edition
There generally won't be a technical limit, but you may violate your =3D =
licensing agreement. 5 users is 5 named users (or applications), not 5 =
=3D Oracle users. If each physical database user has 2 simultaneous =3D =
sessions, 5 named users could have 10 concurrent sessions, but that =3D =
would seem to be an odd design.
Justin Cave
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC
----------------------------------------------------------------
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 http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
