甲骨文不區分大小寫的設置

Question

我特林設置不區分大小寫的參數，如波紋管命令

ALTER SESSION SET NLS_COMP=LINGUISTIC; 
ALTER SESSION SET NLS_SORT=BINARY_CI; 

和

ALTER SYSTEM SET NLS_COMP=LINGUISTIC; 
ALTER SYSTEM SET NLS_SORT=BINARY_CI; 

但是當它不工作。 有人可以幫我解決這個問題嗎？

我輸入第一個ALTER SESSION，它只能在SQL Developer中使用，但只能在第一次使用。當我打開一個新的連接時，它不起作用。

我輸入第二個，ALTER SESSION SET NLS_COMP = LINGUISTIC，在設置中顯示NLS_COMP = LINGUISTIC;但是當打開新的連接時，它不再工作。 我的意思是，當我用小寫搜索像

SELECT * 
FROM users 
WHERE username like 'conan' 

和我username是CONAN它cannt找到

Answer 1

ALTER SESSION SET NLS_COMP =語言學;

ALTER SESSION SET NLS_SORT = BINARY_CI;

該聲明只會影響您當前的會話，當您打開新會話時，上一會話中的上一個會話不會影響新會話。如果要使所有會話不區分大小寫，請使用AFTER LOGON TRIGGER並使用動態sql發出相同的語句。

例如，

CREATE OR REPLACE TRIGGER case_insensitive_trg 
AFTER LOGON ON SCHEMA 
BEGIN 
    execute immediate 'alter session set NLS_SORT=BINARY_CI'; 
    execute immediate 'alter session set NLS_COMP=LINGUISTIC'; 
END; 
/

有關詳細信息，不區分大小寫的排序和進行比較，請閱讀Oracle – Case Insensitive Sorts & Compares

對於系統級，

ALTER SYSTEM SET NLS_COMP=LINGUISTIC SCOPE SPFILE; 
ALTER SYSTEM SET NLS_SORT=BINARY_AI SCOPE SPFILE; 

你當然可以做任何你當然，這是你的數據庫。但是，我不會推薦在系統級別做這樣的事情。這是系統級的矯枉過正，對性能問題不必要的歡迎。

更新：會話和連接

的連接之間的混亂是客戶端和服務器之間的實際連接（通常通過TCP/IP套接字） 。它被客戶端用來與服務器進行通信，並由服務器響應 客戶端的請求。

會話是服務器上爲該連接創建的 服務客戶端的進程（或線程）。這將從連接中讀取客戶端的請求 ，執行/服務請求 ，然後通過連接響應對客戶端的請求。

因此，一個會話通過連接讀取並回應客戶端的請求。