㈠ VB查詢語句中 cn, 3, 2什麼意思啊
RS.OPEN sql,CONN,A,B
參數A為設定游標的類型，其取值為：
0 僅向前游標，只能向前瀏覽記錄，不支持分頁、Recordset、BookMark
1 鍵集游標，其他用戶對記錄說做的修改將反映到記錄集中，但其他用戶增加或刪除記錄不會反映到記錄集中。支持分頁、Recordset、BookMark
2 動態游標功能最強，但耗資源也最多。用戶對記錄說做的修改，增加或刪除記錄都將反映到記錄集中。支持全功能瀏覽。
3 靜態游標，只是數據的一個快照，用戶對記錄說做的修改，增加或刪除記錄都不會反映到記錄集中。支持向前或向後移動
參數B為記錄集的鎖定類型，其取值為：
1 鎖定類型，默認的，只讀，不能作任何修改
2 當編輯時立即鎖定記錄，最安全的方式
3 只有在調用Update方法時才鎖定記錄集，而在此前的其他操作仍可對當前記錄進行更改、插入和刪除等
4 當編輯時記錄不會被鎖定，而更改、插入和刪除是在批處理方式下完成的
打開數據記錄集方法其實不止一種，但是我們用的最多的就是
rs.open sql,1,1的方法，可是後面的數字參數很多人不解其意，下面我們來介紹一下。
其實open方法後面有多個參數
CursorType LockType CommandType
比如 rs.open sql,1,1
也可以寫成
rs.cursorType = 1
rs.LockType = 1
rs.open sql
其中CursorType代表從一個表或者一個SQL查詢結果返回的記錄。
這個參數有四個值分別是：
adOpenForwardOnly 表示只允許在記錄集內的記錄間往前移動。這個是預設值。
adOpenKeyset 反映由其它用戶所做的對記錄的改變或者刪除動作，但並不反映由其它用戶做作的添加新記錄的動作。
adOpenDynamic 反映由其它用戶所做的對記錄的改變或者刪除動作，包括添加的新記錄
adOpenStatic 不反映其它用戶對記錄所做的修改，添加，刪除動作。
這四個值VBSCRIPT預定義位
adOpenForwardOnly = 0
adOpenKeyset = 1
adOpenDynamic = 2
adOpenStatic = 3
lockType 表示當打開記錄集時，數據提供者用於鎖定資料庫的類型：
adLockReadOnly 數據不能改變，這是預設值！
adLockPessimistic 數據提供者在開始編輯數據的時候鎖定記錄
adLockOptimistic 僅當調用update方法時，數據提供者鎖定記錄
adLockBatchOptimistic 用於批處理修改
他們的常量值定義分別是：
adLockReadOnly = 1
adLockPessimistic = 2
adLockOptimistic = 3
adLockBatchOptimistic = 4
㈡ CN是什麼意思
cn是一個多義詞，請在下列義項中選擇瀏覽（共16個義項）
添加義項
▪中國國家頂級域名
▪coser name
▪電視頻道（CartoonNetwork）
▪化學式：氰
▪網路用語：「菜鳥」比喻很廢
▪網路用語：「處女」或「處男」
▪移動網路術語：corenet
▪元素「Cn」
▪物理量：厘牛
cn為中華人民共和國國家及地區頂級域（ccTLD）的域名。2003年正式開放注冊並運行 在中國大陸，cn域名由信息產業部的一個部門管理，類似於美國的聯邦通信委員會，信息產業部監管著電信和廣播；.cn域名注冊的管理機構為中國互聯網信息中心 (CNNIC)，和其他國家一樣，實際的注冊是通過商業的域名注冊服務機構；Neulevel已經和CNNIC合作，在中國大陸之外進行商業的·cn域名注冊服務。
㈢ SQL的索引是什麼意思用於什麼情況下
跟標簽一樣的效果
㈣ cn是什麼意思
Cn意思是：鎶
鎶是第112號化學元素，於1996年被合成出來，被正式命名為「Copernicium」，符號為Cn，中文譯名為「鎶」。此名稱是為了紀念著名天文學家哥白尼（Copernicus）而得名的。
鎶元素最早由德國達姆施塔特重離子研究所（GSI）西格·霍夫曼（Sigurd Hofmann）和維克托·尼諾夫（Victor Ninov）領導的研究團隊在1996年合成出來。他們在重離子加速器中用高速運行的鋅原子束轟擊鉛靶獲得一顆（另一顆被擊散）半衰期僅為0.24毫秒的Cn原子。
(4)sql中cn是什麼意思擴展閱讀：
cn名稱的由來：
根據IUPAC元素系統命名法，在第112號元素未有正式名稱時，其臨時名稱為Uub（Ununbium）。
國際純化學與應用化學聯盟（IUPAC）在經過長期驗證後，於2009年6月正式承認第112號元素的合成，並隨後邀請Hofmann團隊為112號元素提出一個永久名稱。2009年7月17日，該團隊提議將112號元素命名為Copernicium，縮寫Cp，以紀念著名天文學家哥白尼（Copernicus）。他們稱，將其命名為Cp的原因，是由哥白尼所提出的日心說與化學中的原子結構（盧瑟福模型）有很多相似之處。
Cp這個名稱未獲得IUPAC的正式承認。
2010年2月19日，德國重離子研究所正式宣布，經國際純粹與應用化學聯合會確認，由該所人工合成的第112號化學元素從即日起獲正式名稱「Copernicium」，相應的元素符號為「Cn」。
在台灣，此元素之中文名稱由國立編譯館化學名詞審議委員會和中國化學會名詞委員會開會討論後決定命名為鎶。
㈤ 網頁製作Select語句問題：rs.open sql,cn,1,2是什麼意思》
rs.open sql,cn,1,2 最後一個2的意思:
ADLOCKPESSIMISTIC(=2)
悲觀鎖定，當修改記錄時，數據提供者將嘗試鎖定記錄以確保成功地編輯記錄。只要編輯一開始，則立即鎖住記錄。
參考:
RS.OPEN SQL,CONN,A,B
A:
ADOPENFORWARDONLY(=0)
只讀,且當前數據記錄只能向下移動
ADOPENKEYSET(=1)
只讀,當前數據記錄可自由移動
ADOPENDYNAMIC(=2)
可讀寫,當前數據記錄可自由移動
ADOPENSTATIC(=3)
可讀寫,當前數據記錄可自由移動,可看到新增記錄
B:
ADLOCKREADONLY(=1)
預設鎖定類型，記錄集是只讀的，不能修改記錄
ADLOCKPESSIMISTIC(=2)
悲觀鎖定，當修改記錄時，數據提供者將嘗試鎖定記錄以確保成功地編輯記錄。只要編輯一開始，則立即鎖住記錄。
ADLOCKOPTIMISTIC(=3)
樂觀鎖定 ，直到用Update方法提交更新記錄時才鎖定記錄。
ADLOCKBATCHOPTIMISTIC(=4)
批量樂觀鎖定，允許修改多個記錄，只有調用UpdateBatch方法後才鎖定記錄。
當不需要改動任何記錄時，應該使用只讀的記錄集，這樣提供者不用做任何檢測。
對於一般的使用，樂觀的鎖定可能是最好的選擇，因為記錄只被鎖定一小段時間，
數據在這段時間被更新。這減少了資源的使用。
總結一下：
sql,conn,1,1 代表不允許更新，一般用於查詢操作。
sql,conn,1,3 代表允許更新，一般用於插入，更新和刪除操作。
=======================================
Rs.open Source, ActiveConnection, CursorType, LockType, Options
游標CursorType
常量值說明adOpenDynamic2使用動態游標。其他用戶所作的添加、更改或刪除均可見，而且允許Recordset 中的所有移動類型（如果提供者不支持書簽，則書簽除外）。adOpenForwardOnly0默認值。使用僅向前游標。除了在記錄中只能向前滾動外，與靜態游標相同。當只需要在Recordset 中進行一個傳遞時，用它可提高性能。adOpenKeyset1使用鍵集游標。盡管從您的Recordset 不能訪問其他用戶刪除的記錄，但除無法查看其他用戶添加的記錄外，它和動態游標相似。其他用戶所作的數據更改依然可見。adOpenStatic3使用靜態游標。一組記錄的靜態副本，可用於查找數據或生成報告。其他用戶所作的添加、更改或刪除不可見。adOpenUnspecified-1不指定游標類型。
LockType
LockType屬性是Recordset對象中的又一個重要屬性。當打開記錄集時，可以指定鎖定類型LockType。鎖定就是如何確保數據的完整性，確保更改不會被覆蓋。需要避免的典型情況是多次更新，比如一個用戶改動了一些數據，接著另一個用戶立即又將其做了修改。為了避免這種情況發生，就要鎖定記錄。有許多不同的方法可以保證記錄得到保護，可通過鎖定類型來設置這些方法。
LockType的值
常量值說明adLockBatchOptimistic4指示開放式批更新。需要批更新模式。adLockOptimistic3指示逐個記錄開放式鎖定。提供者使用開放式鎖定，僅在調用Update 方法時鎖定記錄。adLockPessimistic2指示逐個記錄保守式鎖定。提供者要確保記錄編輯成功，通常在編輯之後立即在數據源鎖定記錄。adLockReadOnly1默認。指示只讀記錄。無法改變數據。adLockUnspecified-1未指定鎖定類型。創建副本時，副本與源對象使用相同的鎖定類型。
㈥ 在SQL Server2000中,表customers中有一列為CN阿么,執行刪除語句:
B
_[bx]%[∧aw]
_表示一個字元
[bx]表示這個位置的字元要麼是b要麼是x
%表示若干個字元
[∧aw]表示這個位置的字元不能是a或w
其實到了第二步就可以知道答案了
㈦ SQL 創建一個臨時表#tabletemp 裡面有兩個欄位「cn」和「dt」分別用來存儲另一個表的欄位名和數據類型。
提到MySQL臨時表，我們都很熟悉了，一般來說，分為兩類：
1. MySQL 臨時表引擎，名字叫做 Memory。比如
create table tmp1(id int, str1 varchar(100) ) engine = memory;
由參數max_heap_table_size 來控制，超過報錯。
2. 非臨時表的引擎，這里又分為兩類：
用戶自定義的臨時表，比如:
- create temporary table (id int, str1 varchar(100) );
SQL執行過程中產生的內部臨時表，比如：UNION , 聚合類ORDER BY，派生表，大對象欄位的查詢，子查詢或者半連接的固化等等場景。
- mysql> show status like '%tmp_%tables%';``+-------------------------+-------+``| Variable_name | Value |``+-------------------------+-------+``| Created_tmp_disk_tables | 0 |``| Created_tmp_tables | 0 |``+-------------------------+-------+``2 rows in set (0.00 sec)
VARCHAR的變長存儲。那就是如果臨時表的欄位定義是 VARCHAR(200)，那麼映射到內存里處理的欄位變為CHAR(200)。假設 VARCHAR(200) 就存里一個字元 "Y", 那豈不是很大的浪費。
大對象的默認磁碟存儲，比如 TEXT，BLOB， JSON等，不管裡面存放了啥，直接轉化為磁碟存儲。
- mysql> SELECT * FROM performance_schema. memory_summary_global_by_event_name WHERE event_name like '%temptable%'G*************************** 1. row *************************** EVENT_NAME: **memory/temptable/physical_disk** COUNT_ALLOC: 0 COUNT_FREE: 0 SUM_NUMBER_OF_BYTES_ALLOC: 0 SUM_NUMBER_OF_BYTES_FREE: 0 LOW_COUNT_USED: 0 CURRENT_COUNT_USED: 0 HIGH_COUNT_USED: 0 LOW_NUMBER_OF_BYTES_USED: 0CURRENT_NUMBER_OF_BYTES_USED: 0 HIGH_NUMBER_OF_BYTES_USED: 0*************************** 2. row *************************** EVENT_NAME: **memory/temptable/physical_ram** COUNT_ALLOC: 1 COUNT_FREE: 0 SUM_NUMBER_OF_BYTES_ALLOC: 1048576 SUM_NUMBER_OF_BYTES_FREE: 0 LOW_COUNT_USED: 0 CURRENT_COUNT_USED: 1 HIGH_COUNT_USED: 1 LOW_NUMBER_OF_BYTES_USED: 0CURRENT_NUMBER_OF_BYTES_USED: 1048576 HIGH_NUMBER_OF_BYTES_USED: 10485762 rows in set (0.03 sec)
默認內部臨時表引擎。
支持變長字元類型的實際存儲。
設置變數 temp_table_max_ram 來控制實際存儲內存區域大小。
那麼這兩種臨時表的計數器通常用show global status like '%tmp_%tables%' 來查看。比如
以上結果分別代表，只創建磁碟上的臨時表計數以及臨時表的總計數。這兩個計數器由參數 tmp_table_size 和 max_heap_table_size 兩個取最小值來控制。
那在 MySQL 5.7 之前，這個 SQL 運行中產生的臨時表是 MYISAM，而且只能是 MYISAM。那 MySQL 從 5.7 開始提供了參數 Internal_tmp_mem_storage_engine 來定義內部的臨時表引擎，可選值為 MYISAM 和 INNODB 。當然這里我們選擇 INNODB 。並且把內部的臨時表默認保存在臨時表空間 ibtmp1 (可以用參數 innodb_temp_data_file_path 設置大小以及步長等)下。當然這里我們得控制下 ibtmp1 的大小，要不然一個爛SQL就把磁碟整爆了。
但是MySQL 5.7 之前都沒有解決如下問題:
MySQL 8.0 開始，專門實現了一個臨時表的引擎 TempTable , 解決了 VARCHAR欄位的邊長存儲以及大對象的內存存儲。由變數 interal_tmp_mem_storage_engine來控制，可選值為 TempTable（默認）和 Memory；新引擎的大小由參數temp_table_max_ram 來控制，默認為1G。超過了則存儲在磁碟上（ibtmp1）。並且計數器由性能字典的表 memory_summary_global_by_event_name 來存儲。
以上 memory/temptable/physical_disk 代表放入磁碟上的臨時表計數情況。
memory/temptable/physical_ram 代表放入內存的臨時表計數情況。
那總結下MySQL 8.0 引入的 TempTable 引擎：