資料庫中session

1. 在Oracle中session和process的區別

Oracle中session和process區別：

一個資料庫的Connect可以有一個或多個session，同時connect也可以有一個或多個process。
在專業伺服器連接方式中，一個session對應一個process，在共享伺服器方式中，一個process可以為多個session。
一個session也可以存在若干個process中，並行同樣是一個session對應一個process，主session是coordinator session，每個parallel process同樣會對應資料庫里一個單獨的session。
可以從v$px_session和v$session查看。

比如某客戶端連接資料庫的session和process的值：

sql">select*fromv$sessionwhereterminal='RUIFEI';

和

select*fromv$process
whereaddrin
(selectpaddrfromv$sessionwhereterminal='RUIFEI');

如果是專用伺服器方式連接，session和process是一樣的。
連接connects，會話sessions和進程pocesses的關系：
每個sqllogin稱為一個連接（connection)，而每個連接，可以產生一個或多個會話，如果資料庫運行在專用伺服器方式，一個會話對應一個伺服器進程（process)，如果資料庫運行在共享伺服器方式，一個伺服器進程可以為多個會話服務。
oracle中系統process和session的關系：
在SharedServer中的Process 和Oracle 中的Session不是一一對應的，Shared Server中的Process 一個對應著Oracle 中的一個或者一個以上的Session。
資料庫的session和操作系統process是對應的。
即表示一個session對應一個process，但是一個process未必對應一個session。

2. 一個資料庫支持程度最大的SESSION是多少

session存在伺服器端，安全，可存一些復雜的數據，但是佔用伺服器內存或資料庫資源，和頁面跳轉沒有關系，一個用戶一個session。
應用場合是不同的，ViewState只限制在當前頁面內；Session用於頁面間傳遞。

另外Application Session Cookie ViewState Cache Hidden
Session
1. Session用來保存每一個用戶的專有信息
2. Session的生存期是用戶持續請求時間加上一段時間（一般是20分鍾左右）
3. Session信息是保存在Web伺服器內存中的，保存數據量可大可小
4. Session超時或者被關閉將自動釋放數據信息
5. 由於用戶停止使用應用程序之後它仍在內存中存留一段時間，因此這種方法效率較低
6. 代碼：Session[「UserID」]=「test」;
String UserName=Session[「UserID」].ToString();
ViewState
1. ViewState用來保存用戶的狀態信息，有效期等於頁面的生命周期
2. 可以保存大量數據但是要慎用，因為會影響程序性能
3. 所有的Web伺服器控制項都是用ViewState在頁面PostBack期間保存狀態
4. 不需要則關閉 @page 裡面設置EnableViewState=false
5. 代碼：ViewState[「ID」]=「yiner」;
String ID =ViewState[「ID」].ToString();
Application
1. Application用來保存所有用戶共用的信息
2. 在Asp時代，如果要保存的數據在應用程序生存期內不會或者很少發生改變，那麼使用Application是理想的選擇。但是在Asp.net開發環境中我們把類似的配置數據放在Web.config中。
3. 如果要使用Application 要注意的是所有的寫操作都要在Application_OnStart事件中完成（global.Asax），盡管可以使用Application.Lock()避免了沖突，但是它串列化了對Application的請求，會產生嚴重的性能瓶頸。
4. 不要使用Application保存大數據量信息
5. 代碼：Application[「UserID」]=」test」;
String UserName=Application[「UserID」].ToString();
Cookie
1. Cookie用來保存客戶瀏覽器請求伺服器頁面的請求信息
2. 我們可以存放非敏感的用戶信息，保存時間可以根據需要設置
3. 如果沒有設置Cookie失效日期，它的生命周期保存到關閉瀏覽器為止
4. Cookie對象的Expires屬性設置為MinValue表示永不過期
5. Cookie存儲的數據量受限制，大多數的瀏覽器為4K因此不要存放大數據
6. 由於並非所有的瀏覽器都支持Cookie，數據將以明文的形式保存在客戶端
7. 代碼：Response.Cookies[「UserID」]=」test」;
String UserName= Resopnse.Cookies [「UserID」].ToString();

Cache
1. Cache用於在Http請求期間保存頁面或者數據
2. Cache的使用可以大大的提高整個應用程序的效率
3. 它允許將頻繁訪問的伺服器資源存儲在內存中，當用戶發出相同的請求後
伺服器不是再次處理而是將Cache中保存的數據直接返回給用戶
4. 可以看出Cache節省的是時間—伺服器處理時間
5. Cache實例是每一個應用程序專有的，其生命周期==該應用程序周期
應用程序重啟將重新創建其實例
6. 注意：如果要使用緩存的清理、到期管理、依賴項等功能必須使用Insert 或者Add方法方法添加信息
7. 代碼：Cache[「ID」]=「yiner」;或者Cache.Insert(「ID」,」test」);
String ID =Cache[「ID」].ToString();
Hidden
1. Hidden控制項屬於Html類型的伺服器控制項，始終處於隱藏狀態
2. 每一次提交的時候它會和其他伺服器控制項一起提交到伺服器端
3. 代碼如下：Hidden.Value=」king」;
string id=Hidden.Value; 要使用Runat=server

3. SQLAlchemy 中的 Session、sessionmaker、scoped_session

目錄

Session 其實 就是一個會話, 可以和資料庫打交道的一個會話

在一般的意義上， 會話建立與資料庫的所有對話，並為你在其生命周期中載入或關聯的所有對象表示一個「等待區」。他提供了一個入口點獲得查詢對象， 向資料庫發送查詢，使用會話對象的當前資料庫連接， 將結果行填充在對象中， 然後存儲在會話中， 在這種結構中稱為身份映射 – 這種數據結構維護了每一個副本的唯一， 這種唯一意味著一個對象只能有一個特殊的唯一主鍵。

會話以基本無狀態的形式開始，一旦發出查詢或其他對象被持久化，它就會從一個引擎申請連接資源，該引擎要麼與會話本身相關聯，要麼與正在操作的映射對象相關聯。此連接標識正在進行的事務， 在會話提交或回滾其掛起狀態之前，該事務一直有效。

會話中維護的所有變化的對象都會被跟蹤 - 在再次查詢資料庫或提交當前事務之前， 它將刷新對資料庫的所有更改， 這被稱為工作模式單元。

在使用會話時候，最重要的是要注意與它相關聯的對象是會話所持有的事務的代理對象 - 為了保持同步，有各種各樣的事件會導致對象重新訪問資料庫。可能從會話中分離對象並繼續使用他們，盡管這種做法有其局限性。但是通常來說，當你希望再次使用分離的對象時候，你會將他們與另一個會話重新關聯起來， 以便他們能夠恢復表示資料庫狀態的正常任務。

可能會將這里的session與http中的session搞混，需要注意的是，它有點用作緩存，因為它實現了 身份映射 模式，並存儲了鍵入其主鍵的對象。但是，它不執行任何類型的查詢緩存。 此外，默認情況下，Session使用弱引用存儲對象實例。這也違背了將Session用作緩存的目的。關於session強應用下次再討論。

1. session創建和管理資料庫連接的會話 2. model object 通過session對象訪問資料庫，並把訪問到的數據以 Identity Map 的方式，映射到Model object 中

1. session在剛被創建的時候，還沒有和任何model object 綁定，可認為是無狀態的 2. session 接受到query查詢語句, 執行的結果或保持或者關聯到session中 3. 任意數量的model object被創建，並綁定到session中，session會管理這些對象 4. 一旦session 裡面的objects 有變化，那可是要commit/rollback提交或者放棄changs

一般來說，session在需要訪問資料庫的時候創建，在session訪問資料庫的時候，准確來說，應該是「add/ update / delete 」資料庫的時候，會開啟 database transaction 。 假設沒有修改autocommit的默認值( False ), 那麼， database transaction 一直會保持，只有等到 session 發生rolled back、committed、或者closed的時候才結束，一般建議，當 database transaction 結束的時候，同時 close session ,以保證，每次發起請求，都會創建一個新的 session 特別是對web應用來說，發起一個請求，若請求使用到 Session 訪問資料庫，則創建 session ，處理完這個請求後，關閉 session

Session 是一個直接實例化的常規的python 類。然而， 為了標准會會話的配置和獲取方式， sessionmaker 類通常用於創建頂級會話配置， 然後可以在整個應用程序中使用它， 就不需要重復配置參數。

下面是sessionmaker 的使用方式

在上面，該 sessionmaker()創建了一個工廠類，在創建這個工廠類時我們配置了參數綁定了引擎。將其賦值給Session。每次實例化Session都會創建一個綁定了引擎的Session。 這樣這個session在訪問資料庫時都會通過這個綁定好的引擎來獲取連接資源當你編寫應用程序時， 請將sessionmaker 工廠放在全局級別，視作應用程序配置的一部分。例如：應用程序包中有三個.py文件，您可以將該sessionmaker行放在__init__.py文件中; 在其他模塊「from mypackage import Session」。這樣，所有的Session()的配置都由該配置中心控制。

直接只用 create_engine 時，就會創建一個帶連接池的引擎：

創建一個session，連接池會分配一個connection。當session在使用後顯示地調用 session.close()，也不能把這個連接關閉，而是由由QueuePool連接池管理並復用連接。

確保 session 在使用完成後用 session.close、session.commit 或 session.rollback 把連接還回 pool，這是一個必須在意的習慣。

關於SQLAlchemy 資料庫連接池：

session 和 connection 不是相同的東西， session 使用連接來操作資料庫，一旦任務完成 session 會將資料庫 connection 交還給 pool。 在使用 create_engine 創建引擎時，如果默認不指定連接池設置的話，一般情況下，SQLAlchemy 會使用一個 QueuePool 綁定在新創建的引擎上。並附上合適的連接池參數

create_engine() 函數和連接池相關的參數有：

SQLAlchemy不使用連接池：在創建引擎時指定參數 poolclass=NullPool 即禁用了SQLAlchemy提供的資料庫連接池。SQLAlchemy 就會在執行 session.close() 後立刻斷開資料庫連接。當然，如果沒有被調用 session.close()，則資料庫連接不會被斷開，直到程序終止。

關於 SQLAlchemy 的 engine ,這里有一篇文章寫的很好： http://sunnyingit.github.io/book/section_python/SQLalchemy-engine.html

session不是線程安全的，在多線程的環境中，默認情況下，多個線程將會共享同一個session。試想一下，假設A線程正在使用session處理資料庫，B線程已經執行完成，把session給close了，那麼此時A在使用session就會報錯，怎麼避免這個問題？

1 . 可以考慮在這些線程之間共享Session及其對象。但是應用程序需要確保實現正確的鎖定方案，以便多個線程不會同時訪問Session或其狀態。SQLAlchemy 中的 scoped_session 就可以證線程安全，下面會有討論。 2 . 為每個並發線程維護一個會話，而不是將對象從一個Session復制到另一個Session，通常使用Session.merge()方法將對象的狀態復制到一個不同Session的新的本地對象中。

上面簡單介紹了sessionmaker的作用，下面開始探討 scoped_session 對創建 Session 的影響。現在先探討單線程情況。

結論：

通過 sessionmaker 工廠創建了兩個 Session ，而且可以看到 s1 s2 是兩個不同的 Session 。 在 s1 添加 person 後，繼續使用 s2 添加 person 報錯. 說 person 這個對象 已經和 另一個 Session 關聯一起來了, 所以再次關聯另一個 Session 就會報錯。

即在上面代碼的 s1.add(person) 之後， s1.commit() ,然後再 s2.add(persion)這里就沒帖代碼了。

結論：

即使在 s1 提交之後， s2 再去添加 person 也會發生錯誤,但 s1 的提交是成功了的，數據 person 已經存放在資料庫了。 當 s1 添加 person 並提交，然後關閉 s1 , s2 再去添加並提交 person 資料庫,這不會報錯，但是資料庫也不會出現兩條 person 數據。

結論：

s1 關閉之後， s2 再去添加提交同一個對象，不會報錯，但是資料庫值有一條 person 數據。

結論：

當然， s1 , s2 添加提交不同的對象，不會出錯。在資料庫成功新增數據。

以上說明：

一個對象一旦被一個 Session 添加，除非關閉這個 Session ，不然其他的 Session 無法添加這個對象。 一個 Session 添加並提交一個對象，然後關閉該 Session ，其他的 Session 可以添加並提交這個對象，但是資料庫並不會有這條數據。

結論：

可以看到，通過 scoped_session再去創建 Session ，返回的是同一個 Session 。 scoped_session類似單例模式，當我們調用使用的時候，會先在Registry里找找之前是否已經創建Session，未創建則創建 Session ，已創建則直接返回。

這里探討在多線程下使用 scoped_session 與不使用 scoped_session 的情況

當不使用 scoped_session 時，也分兩種情況，是否創建全局性 Session

結論：

每個線程下的 Session 都是不同的 Session 資料庫成功新增了線程3提交的數據，其他的線程中的數據並沒有提交到資料庫中去。

結論：

全部線程下的 Session 都時同一個 Session 每個線程下的數據都被提交到了資料庫

結論：

每個線程下的 Session 都不相同 只有線程3下的數據被提交到了資料庫

結論：

每個線程下的 Session 是同一個 Session 每個線程下的數據都沒提交到了資料庫

以上說明：

在同一個線程中，有 scoped_session 的時候，返回的是同一個 Session 對象。 在多線程下，即使通過 scoped_session 創建Session，每個線程下的 Session 都是不一樣的，每個線程都有一個屬於自己的 Session 對象，這個對象只在本線程下共享。 scoped_session 只有在單線程下才能發揮其作用。在多線程下顯得沒有什麼作用。

4. session是什麼啊

session在計算機中，尤其是在網路應用中，稱為「會話控制」。

Session對象存儲特定用戶會話所需的屬性及配置信息。這樣，當用戶在應用程序的Web頁之間跳轉時，存儲在Session對象中的變數將不會丟失，而是在整個用戶會話中一直存在下去。

當用戶請求來自應用程序的 Web頁時，如果該用戶還沒有會話，則Web伺服器將自動創建一個 Session對象。當會話過期或被放棄後，伺服器將終止該會話。

Session 對象最常見的一個用法就是存儲用戶的首選項。例如，如果用戶指明不喜歡查看圖形，就可以將該信息存儲在Session對象中。

(4)資料庫中session擴展閱讀

Session的相關設置：

1、session.use_cookies：默認的值是「1」，代表SessionID使用Cookie來傳遞，反之就是使用Query_String來傳遞；

2、session. name：這個就是SessionID儲存的變數名稱，可能是Cookie，也可能是Query_String來傳遞，默認值是「phpSESSID」；

3、session.cookie_lifetime：這個代表SessionID在客戶端Cookie儲存的時間，默認是0，代表瀏覽器一關閉SessionID就作廢……就是因為這個所以Session不能永久使用！

4、session.gc_maxlifetime：這個是Session數據在伺服器端儲存的時間，如果超過這個時間，那麼Session數據就自動刪除！

5. 如何查看oracle資料庫中哪些session異常阻塞了系統

Oracle資料庫運維過程中有時會遇到一種異常情況，由於錯誤的操作或代碼BUG造成session異常地持有鎖不釋放，並大量阻塞系統對話。這時候需要找出造成異常阻塞的session並清除。 oracle session通常具有三個特徵： （1）一個session可能阻塞多個session； （2）一個session最多被一個session阻塞； （3）session阻塞關系不會形成環路。（環路即死鎖，oracle能自動解除） 因此session的阻塞關系為一棵樹，進而DB系統所有session的BLOCK阻塞關系是一個由若干session阻塞關系樹構成的森林，而異常session一定會在故障爆發時成為根（root）。因此，找尋異常鎖表session的過程就是找出異常的root。 一般認為異常root有兩個特徵：（1）block樹的規模過大，阻塞樹規模即被root層層阻塞的session總數；（2）阻塞的平均等待時間過長。 查找異常session的方法一： OEM—> performance—> Blocking Sessions 查找異常session的方法二： select r.root_sid, s.serial#, r.blocked_num, r.avg_wait_seconds, s.username,s.status,s.event,s.MACHINE, s.PROGRAM,s.sql_id,s.prev_sql_id from (select root_sid, avg(seconds_in_wait) as avg_wait_seconds, count(*) - 1 as blocked_num from (select CONNECT_BY_ROOT sid as root_sid, seconds_in_wait from v$session start with blocking_session is null connect by prior sid = blocking_session) group by root_sid having count(*) > 1) r, v$session s where r.root_sid = s.sid order by r.blocked_num desc, r.avg_wait_seconds desc; 該SQL語句即是根據v$session的欄位blocking_session統計阻塞樹根阻塞session的計數以及平均阻塞時間、並進行排序，排名最前的往往是異常session。 另外需要注意的是，持有鎖時間最長、或等待時間最長的session都不一定是造成阻塞的根源session！

6. Hibernate中Session什麼意思

Hibernate中Session 是Hibernate中的緩存對象 用此session操作資料庫後會緩存返回的結果在session裡面 當你再次操作資料庫的時候 如果session緩存裡面有相應的值 則不用去與資料庫交互直接返回結果

servlet 中的Session 也是緩存 其緩存你與伺服器對話時候的一些信息

總之所有的session基本都是起緩存作用的 就是把一些信息緩存在內存中 方便存取值

但是不同的session是不能相互直接賦值的 因為是兩個不同的概念 只是名字一樣

名字一樣也是為了幫助程序員理解 學了servlet的session 後再遇到session也就應該是緩存作用的
不知道我的回答你滿意不

7. 資料庫session有什麼作用

session 不是資料庫關鍵字 是腳本語言中的關鍵字 比如ASP中 Session 允許通過將對象存儲在 Web伺服器的內存中在整個用戶會話過程中保持任何對象。比如你在一個網頁中輸入了用戶名和密碼，而你需要到另外一個網頁指定該用戶ID，就用SESSION來完成

8. Oracle的session和process的區別與分析

session 和 process的區別：
連接connects,會話sessions和進程pocesses的關系
每個sql login稱為一個連接（connection),而每個連接，可以產生一個或多個會話，如果資料庫運行在專用伺服器方式，
一個會話對應一個伺服器進程（process),如果資料庫運行在共享伺服器方式，一個伺服器進程可以為多個會話服務。
session 和 process的關系，tom在他的書里寫的很清楚了
一個process可以有0個，1個或者多個session
一個session也可以存在這個或者那個process中
oracle中session跟process的研究
使用方法：
首先看看v$session跟v$processwww.hbbz08.com 中主要的欄位屬性:
v$session(sid,serial#,paddr,username,status,machine,terminal,sql_hash_value,sql_address,,,)
v$process(addr,spid,,,)
可看到v$session中的paddr跟v$process中的addr對應,也即會話session在資料庫主機上對應進程的進程地址.
這里我們要先定位該session正在執行的sql語句,此時我們可以查詢如下的語句: select sql_text
from v$sqltext_with_newlines
where (hash_value,address) in (select sql_hash_value,sql_address from v$session where sid=&sid) order by address,piece

9. php session存到資料庫 怎麼進行session驗證

首先生成一個隨機的字元串包括
字母
數字
或漢字
然後用php中生成圖片的函數把這個字元串生成圖片並在頁面展示出來
然後session存儲這個字元串，沒必要存到資料庫中，因為就用那麼一次
然後用戶在前台輸入後
與session進行比較驗證

10. 資料庫取得session無法序列化

資料庫取得session無法序列化是狀態伺服器使用二進制序列化導致的。根據查詢相關公開信息顯示，SerializationException提到無法序列化的類中包括session，狀態伺服器使用二進制序列化而不是XML序列化。