轉載請注明出處
理解
oracle中連接和會話
1. 概念不同：
連接是指物理的客戶端到oracle服務端的連接。一般是通過一個網絡的連接。
在已建立的連接上，建立客戶端與oracle的會話，以后客戶端與oracle的交互都在一個會話環境中進行。
2. 關系是多對多：[同意網友的意見，應該是1對多。一個會話要么沒有連接，要么在一個連接上。]
一個連接上可以建立0個，1個，2個，多個會話。
Oracle允許存在這樣的會話，就是失去了物理連接的會話。
3. 概念應用：
l oracle的sessions參數決定的是會話數而不是物理連接數。
l oracle的臨時表中的數據是各會話間隔離的，而與連接概念無關。
l jdbc的connection，對oracle是一個會話的概念。
4. 實際應用：
連接池，為了提高數據庫交互效率，一般驅動程序都有連接池概念的實現。
Oracle不同的驅動提供兩種連接池概念。
一種譯為隱式連接緩沖
OracleDataSource ods = new OracleDataSource();
ods.setURL("jdbc:oracle:thin:@10.1.3.60:1521:orcl");
ods.setUser("NC50_DEV");
ods.setPassword("NC50_DEV");
ods.setConnectionCachingEnabled(true);
java.util.Properties jup = new java.util.Properties();
jup.setProperty("InitialLimit", "1");
jup.setProperty("MinLimit", "1");
jup.setProperty("MaxLimit", "2");
ods.setConnectionCacheProperties(jup);
Connection cx0 = ods.getConnection();
隱式連接緩沖在第一次getconnection（）時將根據配置初始化連接，并在每一個連接上建立一個會話。然后從這些會話中返回一個給本次調用。以后如果在本次connection.close()前調用getconnection（），將肯定得到另外一個會話。如果初始時建立的會話不夠了，那么將新建物理連接，并在連接上建立一個會話。當然不能超過兩個限制：1.MaxLimit【見程序，限制物理連接數】。2.sessions【oracle參數】。每次close()并不關閉實際的會話，而是返回連接緩沖中，供另一個getconnection()使用。所以可以得知，如果一個getconnection()中給某一個會話級臨時表插入數據，然后close(),那么之后如果這個會話被重新得到，是可以看到插入的數據的。
一種譯為OCI連接池。
OracleOCIConnectionPool ods = new OracleOCIConnectionPool();
String tns = "(DESCRIPTION=(ADDRESS_LIST=(ADDRESS="
+ "(PROTOCOL=TCP)(HOST=10.1.3.60)(PORT=1521)))"
+ "(CONNECT_DATA=(SERVICE_NAME=ORCL)))";
ods.setURL("jdbc:oracle:oci:@" + tns);
ods.setUser("NC50_DEV");
ods.setPassword("NC50_DEV");
java.util.Properties jup = new java.util.Properties();
jup.setProperty(OracleOCIConnectionPool.CONNPOOL_MIN_LIMIT, "2"); jup.setProperty(OracleOCIConnectionPool.CONNPOOL_MAX_LIMIT, "2");
jup.setProperty(OracleOCIConnectionPool.CONNPOOL_INCREMENT, "0");
ods.setPoolConfig(jup);
Connection cx0 = ods.getConnection();
OCI連接池在第一次getconnection（）時將根據配置初始化連接，并在每一個連接上建立一個會話。注意，連接上一旦建立了一個會話，這個連接將還可以再建會話。那么在此時，會任取一個建完會話的物理連接再建一個會話返回。這樣看來似乎OCI連接池只需建立一個物理連接就可以建立任意多的會話，當然這時也要受限于oracle允許的sessions設置。實際上OCI到底1個物理連接對應多少個會話，OCI自身有一個對應用透明的管理。但是CONNPOOL_MAX_LIMIT一定是限制住此客戶端可用的物理連接數的。對于OCI連接池，每一個connection.close()都將實際關閉會話，但物理連接保留。所以可以得知，如果一個getconnection()中給某一個會話級臨時表插入數據，然后close(),那么此數據將被刪除。
5．關于專用服務器模式下processes參數
對于隱式連接緩沖，每一個連接上建立一個會話，對于每一個會話都將對應一個dedicated process。
對于OCI連接池，只有物理連接上建立的那個會話才對應一個dedicated process(這里記為DP_A,DP_B)。而其他會話對應一個PSUEDO process.這是一個輕量級process，它是不算processes數的。
所以關于這個問題“專用服務器模式是一個物理連接對應一個process，還是一個會話對應一個process？”，從這里可以理解oracle的設計思路確實一個是會話對應一個process，與物理連接不相關。但是實際的實現呢？當oci獲得的connection上執行sql時，ORCLED的響應還是會借助到DP_A,DP_B上，如果DP_A,DP_B正忙，那就得一樣地等。
補充：
1.物理連接一般跟網絡資源有關的。通過網絡的一個物理連接會占用客戶端一個新的臨時端口。
2.JTA事務管理，是針對多個會話的DB訪問，維系在一個事務中。這個概念是多會話，而不是刻意強調多個數據源（兩個ORACLE），甚至異種數據庫。JDBC事務管理，是建立在一個會話上的事務。
3.processes參數控制的是oracle所有進程/線程，不僅僅是專用server，包括后臺普通進程，典型的如果在MTS模式下，還包括dispatcher。而OCI下連接PSUEDO process的作用有點類似MTS模式下的dispatcher，但它不受processes限制。同時注意即使有這個PSUEDO process存在，專用模式和MTS還是截然不同，因為專用模式下必須等到DP_A,DP_B的客戶會話關閉后才可用DP_A,DP_B來服務PSUEDO process對應的客戶會話，而MTS是不等會話結束就拉過來服務了。
官方解釋
1.1 connection:
A connection is a physical path from a client to an Oracle instance. A connection is established either over a network or over an IPC mechanism. A connection is typically between a client process and either a dedicated server or a dispatcher. However,using Oracle’s Connection Manager (CMAN), a connection may be between a client and CMAN, and CMAN and the database.
1.2 session
A session is a logical entity that exists in the instance. It is your session state, or a collection of data structures in memory that represents your unique session. It is what would come first to most people’s minds when thinking of a “database connection.” It is your session in the server, where you execute SQL, commit transactions, and run stored procedures.
1.3 connection vs. session
A connection may have zero, one, or more sessions established on it. Each session is separate and independent,even though they all share the same physical connection to the database. A commit in one session does not affect any other session on that connection. In fact, each session using that connection could use different user identities!
In Oracle, a connection is simply a physical circuit between your client process and the database instance—a network connection, most commonly. The connection may be to a dedicated server process or to a dispatcher. As previously stated, a connection may have zero or more sessions, meaning that a connection may exist with no corresponding sessions. Additionally, a session may or may not have a connection. Using advanced Oracle Net features such as connection pooling, a physical connection may be dropped by a client, leaving the session intact (but idle). When the client wants to perform some operation in that session, it would reestablish the physical connection.