A. 1,2,3,4,5,6,7,8,9,10用一條sql語句怎麼查詢出1,6來
假如 User 表有 ID 列，列中有值 1、2、3、4、5、6、7、8、9、10查詢SQL語句：select ID from User where ID = 1 or ID = 6
B. 1.SQL每一列都不等於9的 SQL語句怎麼寫（WHERE 條件直接搞定！謝謝） 2.如果WHERE 條件寫不完，好辦法
---修改table_namecolumn_namecolumn_name_Acolumn_name_Bcolumn_name_C
1.select*fromtable_namewherecolumn_name!=9
2.select*fromtable_name
wherecolumn_name_A!=9
andcolumn_name_B='xxx'
andcolumn_name_clike'%xxx%'
and...
C. 9：SQL語言是具有（ ）的功能
SQL具有數據定義、數據操縱和數據控制。
1、SQL數據定義功能：能夠定義資料庫的三級模式結構，即外模式、全局模式和內模式結構。在SQL中，外模式有叫做視圖(View)，全局模式簡稱模式(Schema)，內模式由系統根據資料庫模式自動實現，一般無需用戶過問。
2、SQL數據操縱功能：包括對基本表和視圖的數據插入、刪除和修改，特別是具有很強的數據查詢功能。
3、SQL的數據控制功能：主要是對用戶的訪問許可權加以控制，以保證系統的安全性。
(3)囖了9SQL1擴展閱讀
SQL語句為表添加欄位並設置默認
notnull--是否為空
default15--默認值
altertableStudent--表名
addfee--添加的欄位名
int--欄位類型
修改欄位的數據類型和是否為空
altertableStudent
altercolumnS_Sex
varchar(10)null
D. sql查詢欄位中第一位數為0到9的記錄或者第二為為0到9的記錄
select * from a where a like '[0-9]' or a like '_[0-9]'
E. 系統的一個異常SQL的處理
下面是在awr報告裡面看到的有問題的sql，是9個變數的，在應用前台屬於關聯查詢，在sqlplus裡面手工執行檢查實際執行情況如下：
下面是查詢到的綁定變數值，可以通過查看v$sql_bind_capture視圖來查看變數的實際值，如果時間比較久，可以使用如下的語句查看歷史的綁定變數信息
以下是開啟了autotrace 選項跟蹤的手工執行情況，從執行效率上看是沒有問題的。
從執行計劃和表的數據量等方面判斷如果sql的開銷有問題，應該出現在表SAMS_CHECKINOUT上面，下面檢查該表上面索引的創建語句看是否有問題
下面是在awr報告裡面看到的有問題的sql，是9個變數的，在應用前台屬於關聯查詢，在sqlplus裡面手工執行檢查實際執行情況如下：
下面是查詢到的綁定變數值，可以通過查看v$sql_bind_capture視圖來查看變數的實際值，如果時間比較久，可以使用如下的語句查看歷史的綁定變數信息
以下是開啟了autotrace 選項跟蹤的手工執行情況，從執行效率上看是沒有問題的。
從執行計劃和表的數據量等方面判斷如果sql的開銷有問題，應該出現在表SAMS_CHECKINOUT上面，下面檢查該表上面索引的創建語句看是否有問題
從上圖可以看到，實際測試出來的執行計劃跟awr報告上不同。
現在要對sql做測試
我們通過/*+ gather_plan_statistics */ 收集的相關執行計劃及其統計信息與該SQL的AWR報告中的執行計劃不同，且邏輯讀的數量與AWR報告中的數值也相差巨大。因此，為了更准確的判斷問題，按以下方法測試。
1、SQL在生產庫（SAMS庫的實例 1上，實例名為sams1 ）上，在SQLPLUS中執行。
2、執行後，在同一SQLPLUS窗口中，立即執行以下命令：
結果如下：
1、在目錄下創建一個腳本文件，用來獲取更加相信的信息。
2、在SQLPLUS中，執行以下命令：@sql_rpt 3271368959 1 24114 24115 99vaabs5ptktb
4、執行完成後，在該目錄下生成一個HTML文檔，拿到更加詳細的sql統計信息附帶表的數據信息
初步分析如下：
1、該SQL執行一次的邏輯讀為11130塊次，其中第37步的邏輯讀為6127塊次，佔了一半還多。而該步的操作是根據前面的獲取到的ROWID，回表SAMS_CHECKINOUT獲取"SC".「CHECKTIME"[TIMESTAMP,11], "SC"."VERIFYCODE"[CHARACTER,4], "SC"."SN"[NVARCHAR2,40], "SC"."INSYSTIME"[TIMESTAMP,11]四列的內容。
2、第38步對SAMS_ICLOCK表的全表掃描，對整個SQL的邏輯讀也有較大貢獻。但這個不是問題的關鍵
另外索引上有兩個想法：
1、新建組合索引或改造已有索引，按如下順序構建組合索引：
（BADGENUMBER, CHECKTIME, SN, VERIFYCODE, INSYSTIME）
2、在表SAMS_ICLOCK上創建組合索引，列名及順序如下：
（SN, ALIAS）
這兩個索引先暫時不創建，先從其他方面入手
由於在測試過程中，其生成的執行計劃從未與AWR中顯示的執行計劃一致過。所以，這也許是造成不能模擬出2億個塊次邏輯讀的一個原因。因此，把有問題的SQL的執行計劃綁定到的測試SQL上。然後執行該測試SQL，並觀察和分析測試SQL的執行過程和結果來做出進一步的處理。
為完成上述想法，需要用到ORACLE的SQL PROFILE在不改變SQL文本的前提下，改變其執行計劃。操作方法如下：
1、在SQLPLUS中，生成問題SQL的創建SQL PROFILE的腳本。該腳本執行後，會要求分別輸入SQL_ID和PLAN_HASH_VALUE的值。而我們問題SQL的SQL_ID是99vaabs5ptktb，PLAN_HASH_VALUE的值是4243346097。腳本執行完成後，會在運行SQLPLUS的當前目錄中生成一個腳本文件。其名稱在執行腳本過程中的結尾有顯示。為描述方便，簡稱該生成的S腳本文件為「問題SQL腳本」。
2、再次執行該腳本，只不過這次輸入測試SQL的SQL_ID和PLAN_HASH_VALUE。其SQL_ID為3kys9xsdjrm3b，PLAN_HASH_VALUE的值為561269195。為描述方便，簡稱該生成的腳本文件為「測試SQL腳本」
3、在文本編輯工具中分別打開上述兩個腳本，將問題SQL腳本中出現在以下特徵文字之間的文字（不包含特徵文字 ）復制並覆蓋掉測試SQL腳本中同樣位置的原文字：
h := SYS.SQLPROF_ATTR(
………
……….
……….
:signature := DBMS_SQLTUNE.SQLTEXT_TO_SIGNATURE(sql_txt);
4、將測試SQL腳本另存為一個文件（後綴名為.sql）
5、在SQLPLUS中執行第4步另存後的腳本。
6、在SQLPLUS中原封不動的執行原測試SQL。(註：執行前設置SQLPLUS格式,以避免格式混亂。比如 set lines 200 set pagesize 100 )
7、執行 select * from table(dbms_xplan.display_cursor('','','allstats projection last'));
如果正常生成腳本，沒有報錯信息出現在屏幕上，就是生成腳本成功。比如出現下面的提示就是正常的：
F. sqL中查詢時間9月的入庫記錄的SQL語句怎麼寫
select * from rk
where datepart(month,rkDate)=9 and datepart(year,rkDate)=2009
最好把年也加上，要不其它年份的9月也查出來了