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 //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------