㈠ 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 引擎：