当前位置：首页 > 服务器 > 正文

关于mssql服务器建新帐号分配大小的信息

admin
服务器
2022-12-19 06:26:09
11

今天给各位分享mssql服务器建新帐号分配大小的知识，其中也会对进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、MSSQL的问题，怎样划分！
2、mssql大数据检索问题
3、sql server 属性配置最大内存设为多少合适？

MSSQL的问题，怎样划分！

如：建数据库 db1，给网站A用，同时建立一个mssql的用户 A1，权限是只能访问db1，这样。你给你服务IP，数据库名db1，用户名A1 + 密码

别人就可以用你的数据库，你不就划分好了吗？

至于怎么建用户，分权限，你得自己去学sql语言

关于mssql服务器建新帐号分配大小的信息

mssql大数据检索问题

我是来混分的

我的意见是

创建索引，移除历史数据到备份表中

下面的内容来自别人总结的，呵呵

1、1、调整数据结构的设计。这一部分在开发信息系统之前完成，程序员需要考虑是否使用ORACLE数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。

2、2、调整应用程序结构设计。这一部分也是在开发信息系统之前完成，程序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统的Client/Server两层体系结构，还是使用Browser/Web/Database的三层体系结构。不同的应用程序体系结构要求的数据库资源是不同的。

3、3、调整数据库SQL语句。应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL语句的执行效率最终决定了ORACLE数据库的性能。ORACLE公司推荐使用ORACLE语句优化器（Oracle Optimizer）和行锁管理器（row-level manager）来调整优化SQL语句。

4、4、调整服务器内存分配。内存分配是在信息系统运行过程中优化配置的，数据库管理员可以根据数据库运行状况调整数据库系统全局区（SGA区）的数据缓冲区、日志缓冲区和共享池的大小；还可以调整程序全局区（PGA区）的大小。需要注意的是，SGA区不是越大越好，SGA区过大会占用操作系统使用的内存而引起虚拟内存的页面交换，这样反而会降低系统。

5、5、调整硬盘I/O，这一步是在信息系统开发之前完成的。数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间I/O负载均衡。

6、6、调整操作系统参数，例如：运行在UNIX操作系统上的ORACLE数据库，可以调整UNIX数据缓冲池的大小，每个进程所能使用的内存大小等参数。

实际上，上述数据库优化措施之间是相互联系的。ORACLE数据库性能恶化表现基本上都是用户响应时间比较长，需要用户长时间的等待。但性能恶化的原因却是多种多样的，有时是多个因素共同造成了性能恶化的结果，这就需要数据库管理员有比较全面的计算机知识，能够敏感地察觉到影响数据库性能的主要原因所在。另外，良好的数据库管理工具对于优化数据库性能也是很重要的。

ORACLE数据库性能优化工具

常用的数据库性能优化工具有：

1、1、ORACLE数据库在线数据字典，ORACLE在线数据字典能够反映出ORACLE动态运行情况，对于调整数据库性能是很有帮助的。

2、2、操作系统工具，例如UNIX操作系统的vmstat，iostat等命令可以查看到系统系统级内存和硬盘I/O的使用情况，这些工具对于管理员弄清出系统瓶颈出现在什么地方有时候很有用。

3、3、SQL语言跟踪工具（SQL TRACE FACILITY），SQL语言跟踪工具可以记录SQL语句的执行情况，管理员可以使用虚拟表来调整实例，使用SQL语句跟踪文件调整应用程序性能。SQL语言跟踪工具将结果输出成一个操作系统的文件，管理员可以使用TKPROF工具查看这些文件。

4、4、ORACLE Enterprise Manager（OEM），这是一个图形的用户管理界面，用户可以使用它方便地进行数据库管理而不必记住复杂的ORACLE数据库管理的命令。

5、5、EXPLAIN PLAN——SQL语言优化命令，使用这个命令可以帮助程序员写出高效的SQL语言。

ORACLE数据库的系统性能评估

信息系统的类型不同，需要关注的数据库参数也是不同的。数据库管理员需要根据自己的信息系统的类型着重考虑不同的数据库参数。

1、1、在线事务处理信息系统（OLTP），这种类型的信息系统一般需要有大量的Insert、Update操作，典型的系统包括民航机票发售系统、银行储蓄系统等。OLTP系统需要保证数据库的并发性、可靠性和最终用户的速度，这类系统使用的ORACLE数据库需要主要考虑下述参数：

l l 数据库回滚段是否足够？

l l 是否需要建立ORACLE数据库索引、聚集、散列？

l l 系统全局区（SGA）大小是否足够？

l l SQL语句是否高效？

2、2、数据仓库系统（Data Warehousing），这种信息系统的主要任务是从ORACLE的海量数据中进行查询，得到数据之间的某些规律。数据库管理员需要为这种类型的ORACLE数据库着重考虑下述参数：

l l 是否采用B*-索引或者bitmap索引？

l l 是否采用并行SQL查询以提高查询效率？

l l 是否采用PL/SQL函数编写存储过程？

l l 有必要的话，需要建立并行数据库提高数据库的查询效率

SQL语句的调整原则

SQL语言是一种灵活的语言，相同的功能可以使用不同的语句来实现，但是语句的执行效率是很不相同的。程序员可以使用EXPLAIN PLAN语句来比较各种实现方案，并选出最优的实现方案。总得来讲，程序员写SQL语句需要满足考虑如下规则：

1、1、尽量使用索引。试比较下面两条SQL语句：

语句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN

(SELECT deptno FROM emp);

语句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS

(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);

这两条查询语句实现的结果是相同的，但是执行语句A的时候，ORACLE会对整个emp表进行扫描，没有使用建立在emp表上的deptno索引，执行语句B的时候，由于在子查询中使用了联合查询，ORACLE只是对emp表进行的部分数据扫描，并利用了deptno列的索引，所以语句B的效率要比语句A的效率高一些。

2、2、选择联合查询的联合次序。考虑下面的例子：

SELECT stuff FROM taba a, tabb b, tabc c

WHERE a.acol between :alow and :ahigh

AND b.bcol between :blow and :bhigh

AND c.ccol between :clow and :chigh

AND a.key1 = b.key1

AMD a.key2 = c.key2;

这个SQL例子中，程序员首先需要选择要查询的主表，因为主表要进行整个表数据的扫描，所以主表应该数据量最小，所以例子中表A的acol列的范围应该比表B和表C相应列的范围小。

3、3、在子查询中慎重使用IN或者NOT IN语句，使用where (NOT) exists的效果要好的多。

4、4、慎重使用视图的联合查询，尤其是比较复杂的视图之间的联合查询。一般对视图的查询最好都分解为对数据表的直接查询效果要好一些。

5、5、可以在参数文件中设置SHARED_POOL_RESERVED_SIZE参数，这个参数在SGA共享池中保留一个连续的内存空间，连续的内存空间有益于存放大的SQL程序包。

6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以帮助程序员将某些经常使用的存储过程“钉”在SQL区中而不被换出内存，程序员对于经常使用并且占用内存很多的存储过程“钉”到内存中有利于提高最终用户的响应时间。

CPU参数的调整

CPU是服务器的一项重要资源，服务器良好的工作状态是在工作高峰时CPU的使用率在90％以上。如果空闲时间CPU使用率就在90％以上，说明服务器缺乏CPU资源，如果工作高峰时CPU使用率仍然很低，说明服务器CPU资源还比较富余。

使用操作相同命令可以看到CPU的使用情况，一般UNIX操作系统的服务器，可以使用sar –u命令查看CPU的使用率，NT操作系统的服务器，可以使用NT的性能管理器来查看CPU的使用率。

数据库管理员可以通过查看v$sysstat数据字典中“CPU used by this session”统计项得知ORACLE数据库使用的CPU时间，查看“OS User level CPU time”统计项得知操作系统用户态下的CPU时间，查看“OS System call CPU time”统计项得知操作系统系统态下的CPU时间，操作系统总的CPU时间就是用户态和系统态时间之和，如果ORACLE数据库使用的CPU时间占操作系统总的CPU时间90％以上，说明服务器CPU基本上被ORACLE数据库使用着，这是合理，反之，说明服务器CPU被其它程序占用过多，ORACLE数据库无法得到更多的CPU时间。

数据库管理员还可以通过查看v$sesstat数据字典来获得当前连接ORACLE数据库各个会话占用的CPU时间，从而得知什么会话耗用服务器CPU比较多。

出现CPU资源不足的情况是很多的：SQL语句的重解析、低效率的SQL语句、锁冲突都会引起CPU资源不足。

1、数据库管理员可以执行下述语句来查看SQL语句的解析情况：

SELECT * FROM V$SYSSTAT

WHERE NAME IN

('parse time cpu', 'parse time elapsed', 'parse count (hard)');

这里parse time cpu是系统服务时间，parse time elapsed是响应时间，用户等待时间

waite time = parse time elapsed – parse time cpu

由此可以得到用户SQL语句平均解析等待时间＝waite time / parse count。这个平均等待时间应该接近于0，如果平均解析等待时间过长，数据库管理员可以通过下述语句

SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA

ORDER BY PARSE_CALLS;

来发现是什么SQL语句解析效率比较低。程序员可以优化这些语句，或者增加ORACLE参数SESSION_CACHED_CURSORS的值。

2、数据库管理员还可以通过下述语句：

SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;

查看低效率的SQL语句，优化这些语句也有助于提高CPU的利用率。

3、3、数据库管理员可以通过v$system_event数据字典中的“latch free”统计项查看ORACLE数据库的冲突情况，如果没有冲突的话，latch free查询出来没有结果。如果冲突太大的话，数据库管理员可以降低spin_count参数值，来消除高的CPU使用率。

内存参数的调整

内存参数的调整主要是指ORACLE数据库的系统全局区（SGA）的调整。SGA主要由三部分构成：共享池、数据缓冲区、日志缓冲区。

1、 1、共享池由两部分构成：共享SQL区和数据字典缓冲区，共享SQL区是存放用户SQL命令的区域，数据字典缓冲区存放数据库运行的动态信息。数据库管理员通过执行下述语句：

select (sum(pins - reloads)) / sum(pins) "Lib Cache" from v$librarycache;

来查看共享SQL区的使用率。这个使用率应该在90％以上，否则需要增加共享池的大小。数据库管理员还可以执行下述语句：

select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;

查看数据字典缓冲区的使用率，这个使用率也应该在90％以上，否则需要增加共享池的大小。

2、 2、数据缓冲区。数据库管理员可以通过下述语句：

SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');

来查看数据库数据缓冲区的使用情况。查询出来的结果可以计算出来数据缓冲区的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。

这个命中率应该在90％以上，否则需要增加数据缓冲区的大小。

3、 3、日志缓冲区。数据库管理员可以通过执行下述语句：

select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志缓冲区的使用情况。查询出的结果可以计算出日志缓冲区的申请失败率：

申请失败率＝requests/entries，申请失败率应该接近于0，否则说明日志缓冲区开设太小，需要增加ORACLE数据库的日志缓冲区。

sql server 属性配置最大内存设为多少合适？

SQL Server 使用内存有两种情况：

第一种情况：动态改变它的内存需求。

默认情况下，SQL Server 会依据可获得的系统资源动态改变它的内存需求。如果 SQL Server 需要更多的内存，它会要求操作系统确定是否有空闲的物理内存可用，并使用可用的内存。若 SQL Server 不再需要当前分配给它的内存，它就将内存释放给操作系统。当 SQL Server 动态使用内存时，它要求系统定期地检测可用的物理内存数量。SQL Server 根据服务器活动增大或收缩高速缓冲存储器，以使可用物理内存保持在 4 MB 到 10 MB 之间。这就避免了系统进行换页操作。

[也就是说，这种情况下SQL SERVER 本身不会使物理可用内存小于4M，如果比较长的时间内都小于4M的话，则要看一下是不是该服务器上其它应用程序有问题]

第二种情况：限制使用内存

使用 set working set size 为sql server保留等于服务器内存设置的物理内存空间。即使是sql server 进程此时是空闲的，系统也不会将 SQL Server 页交换出去。

使用min server memory 保证sql server 使用的最小内存。SQL Server 启动时不立即分配 min server memory 中所指定的内存量。但是，当内存使用由于客户端负荷而达到该值后，SQL Server 将无法从已分配的缓冲池中释放内存。

使用max server memory 则防止 SQL Server 使用多于指定数量的内存，这样剩余的可用内存可以快速运行其它应用程序。SQL Server 启动时不立即分配 max server memory 中所指定的内存。内存使用随 SQL Server 的需要而增长，直到达到 max server memory 中所指定的值。SQL Server 无法超过该内存使用值，除非增加 max server memory 值。

第一种情况比较适用于服务器专做sql server服务器的情况，第二种情况适用于为在同一台计算机上运行的其它应用程序保留一定的内存以便于快速响应。（另：如果想动态分配sql server 的内存，则不要设置set working set size 选项，使用默认值即可。至于这些参数如何设置参见另外的文档）

监视 SQL Server 所使用的内存和计数器有助于确定：

是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQL Server 必须从磁盘检索数据。

是否可通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。

SQL Server 需要从磁盘读取数据的频率。与其它操作相比，例如内存访问，物理 I/O 会耗费大量时间。尽可能减少物理 I/O 可以提高查询性能。

对sql server服务器内存的监视：

Memory:Available Bytes

计数器表示当前进程可使用的物理内存字节数。

如果小于4M或更小，说明计算机上总的内存可能不足，或某个程序没有释放内存

● Memory: Page Faults / sec

每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存指定工作集中立即使用。

如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内

存可能是瓶颈。

Memory:Pages/sec

计数器表示由于缺页处理而从磁盘取回的页数，或由于缺页处理而写入磁盘以释放工作集空间的页数。

● Page Reads/sec

每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理 I/O 的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。

● Page Writes/sec

所发出的物理数据库页写入的数目。

监视 SQL Server 正在使用的内存量：

Process:Working Set

计数器表示的是一个进程所占用的内存数量。

若这一数值持续低于 SQL Server 配置使用的内存数量(由"最小服务器内存"和"最大服务器内存"服务器选项设置，（ min server memory 的默认设置为 0，max server memory 的默认设置为 2147483647。)，则表示 SQL Server 所配置的内存比它所需要的多。否则，用"设置工作集大小"服务器选项修改工作集大小。

[在设置了sql server 使用的最小和最大内存后，查看此参数比较有意义。如果没有设置sql server 内存使用范围，则该值可以与系统总的内存比较，设置分配给sql server 的最大最小内存分配的是物理内存＋虚拟内存的一部分]

● SQL Server:Buffer Manager:Buffer Cache Hit Ratio

数据请求可以从数据缓冲区中获得所需数据的成功率

计数器值依应用程序而定，但比率最好为 90% 或更高。增加内存直到这一数值持续高于 90%，表示 90% 以上的数据请求可以从数据缓冲区中获得所需数据。

● SQL Server:Buffer Manager: Total Pages

缓冲区池中页的数目（包括数据库、可用页和被盗用页）

若 Total Server Memory (KB) 计数器值与计算机的物理内存大小相比一直很高，可能表示需要更多的内存

结论：

对sql server 服务器内存的监视，可以看出该服务器整体的内存的占用情况

对 sql server 使用内存的监视，可以看出是否是sql server 使用了大多数内存

根据监视的结果确定是否是内存不够。

其它：

内存相关参数调整（见后面）

SQL Server 对象内存使用情况说明（见后面）

疑问：

使用 set working set size =1 后，系统是在sql server 启动时就分配给它要求的内存还是开始不分配这么多，而是等到用了这么多之后不释放就行了？

SQL Server 对象内存使用情况说明

下表列出 Microsoft® SQL Server™ 中不同对象的内存使用量。下表中的信息不适用于 Microsoft® SQL Server 2000™ Windows® CE 版。

对象大小

对象 SQL Server 7.0 SQL Server 2000

锁 96 字节每个所有者 64 字节外加 32 字节。

开放式数据库 2.880 字节每个文件 3924 字节外加 1640 字节，每个文件组 336 字节。

开放式对象1 276 字节每个对象上打开的索引 256 字节外加 1724 字节2。

用户联接 12 KB +（3 * 网络数据包大小）3。 12 KB +（3 * 网络数据包大小）3。

3 开放式对象包括所有的表、视图、存储过程、扩展存储过程、触发器、规则、默认值及约束。

2 在表或视图上可以打开索引。

3 网络数据包大小是表格格式数据方案 (TDS) 数据包的大小，该数据包用于应用程序和关系数据库引擎之间的通讯。默认的数据包大小为 4 KB，由 network packet size 配置选项控制。

内存相关：

服务器虚拟内存的配置

页面文件和物理内存或RAM构成虚礼内存

虚拟内存设置方法：

启动"控制面板"的"系统"选项，然后选择"虚拟内存"按钮来创建一个附加的页面文件或增加当前页面文件的大小。

虚拟内存不足：

当服务器上运行的应用程序请求的内存超过服务器上可用的内存时，Microsoft® Windows® 打开"服务器进程 — 虚拟内存用完"对话框，其文本如下所示：

系统的虚拟内存已经不足。请关闭一些应用程序。可以启动"控制面板"的"系统"选项，然后选择"虚拟内存"按钮来创建一个附加的页面文件或增加当前页面文件的大小。

一般情况下，将虚拟内存大小设置为计算机中安装的物理内存的 1.5 倍

如果另外安装了全文检索功能，并打算运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：

将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。

● 将 SQL Server max server memory 服务器配置选项配置为物理内存的 1.5 倍（虚拟内存大小设置的一半）。

如考虑其它服务需要的虚拟内存，则配置 SQL Server max server memory 选项，使得留有足够的虚拟内存满足全文检索内存需求。全部虚拟内存 -（SQL Server 最大虚拟内存 + 其它服务需要的虚拟内存）= 1.5 倍物理内存。

Sql server 使用的内存参数的配置：

手工配置给 SQL Server 多于物理内存数量的虚拟内存会导致性能较低。默认情况下，SQL Server 能够可用系统资源动态改变它的内存需求。min server memory 的默认设置为 0，max server memory 的默认设置为 2147483647。可以为 max server memory 指定的最小内存量为 4 MB。

作用：如果在运行 SQL Server 实例的计算机上频繁启动或停止其它应用程序，启动这些应用程序所需的时间可能会因 SQL Server 实例分配和释放内存而延长。另外，如果 SQL Server 是几个在一台计算机上运行的服务器应用程序中的一个，系统管理员可能需要控制分配给 SQL Server 的内存量。在这些情况下，可以使用 min server memory 和 max server memory 选项控制 SQL Server 可以使用的内存量。

对SQL Sserver 使用内存的配置主要是对以下三个参数进行配置：

min server memory 保证了 SQL Server 实例使用的最小内存量。

max server memory 则可防止 SQL Server 使用多于指定数量的内存，这样剩余的可用内存可以快速运行其它应用程序。

set working set size 为 SQL Server 保留等于服务器内存设置的物理内存空间。

手工设置 SQL Server 内存选项有两种主要方法：

第一种方法，设置 min server memory 和 max server memory 为同一数值。该数值与分配给 SQL Server 的固定内存量相对应。

● 第二种方法，把 min server memory 和 max server memory 数量设置到一个范围段内。这种方法在系统或数据库管理员希望配置 SQL Server 实例，使其适应在同一台计算机上运行的其它应用程序的内存需求时很有用。

如果只设置了min server memory 和 max server memory ，sql server 使用的内存值在最小和最大值之间变动（如果sql server 使用的值超过过最小值的话）

如果设置set working set size =1，必须先将min server memory 和 max server memory的值设成同一个值，这个值就是为sql server 保留的物理内存空间。即使当 SQL Server 空闲，另一个进程可以使用 SQL Server 页时，系统也不会将 SQL Server 页交换出去。

参数的设置方法：

1. 在查询分析器中运行 [要先运行下面的语句，否则内存页面打不开]

use master

exec sp_configure 'show advanced option','1'

2. 在企业管理器中配置，步骤：

打开Sql Server 属性配置，选择内存页面，然后在里面配置就行了。

（不过这里用图形界面配置内存的时候好像不能超过物理内存的大小，可以用命令来分配大于物理内存的内存空间，下面有简单的介绍。）

对上图的说明：

动态配置 SQL Server 内存

指定在更改服务器属性之后立即配置 Microsoft® SQL Server™ 内存。

使用固定的内存大小

为 SQL Server 指定固定的内存大小。

为 SQL Server 保留物理内存

为 SQL Server 保留与内存设置相等的物理内存空间。这意味着 Microsoft Windows NT® 4.0 或 Windows® 2000 不会将 SQL Server 页交换出去，即使当 SQL Server 闲置时可以更容易地使用这些页。

最小查询内存

设置可以分配给每个用户执行查询的最小内存大小。默认为 1024 KB。

配置值[显示现在配置的值，不做其它用途]

查看或更改此选项卡上的选项的配置值。如果更改了这些值，单击"运行值"查看更改是否已生效。如果没有，必须重新启动 SQL Server 实例才能使更改生效。

运行值[显示现在运行值，不做其它用途]

查看此选项卡上的选项的当前运行值。这些值为只读值。

另：如果要用命令来设置比较麻烦。如下简单举个例子：

Set working set size 设置方法：

set working set size 是一个高级选项。如果要用 sp_configure 系统存储过程改变该选项，必须把 show advanced options 设置为 1，该选项在停止并重新启动服务器后生效。

设置 show advanced options 设置为 1，在查询分析器中运行以下命令：

use master

exec sp_configure 'show advanced option','1'

如果成功，会返回如下结果：

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

已将配置选项 'show advanced options' 从 1 改为 1。请运行 RECONFIGURE 语句以安装。

设置set working set size =1,运行如下命令：

use master

exec sp_configure 'set working set size','1'

如果成功，会返回如下结果：

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

已将配置选项 'set working set size' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。

…………………………………………

Cache Hit Ratio(高速缓存命中率，所有Cache”的命中率。在SQL Server中，Cache可以包括Log Cache，Buffer Cache以及Procedure Cache，是一个总体的比率。) 高速缓存命中次数和查找次数的比率。对于查看SQL Server高速缓存对于你的系统如何有效，这是一个非常好的计数器。如果这个值很低，持续低于80%，就需要增加更多的内存。

设置架构高速缓存：

架构高速缓存可显著提高 XPath 查询的性能。当对带批注的 XDR 架构执行 XPath 查询时，架构存储在内存中，而必要的数据结构内置在内存中。如果设置了架构高速缓存，架构仍保留在内存中，因而提高了后续 Xpath 查询的性能。

解释：

架构－SCHEMA

CREATE SCHEMA

创建一个架构，并且可以在概念上将其看作是包含表、视图和权限定义的对象。

CREATE SCHEMA 提供了在单个语句中创建表、视图以及授予对象权限的方法。如果在创建任何对象或授予任何权限（这些是在 CREATE SCHEMA 语句中指定的）时发生错误，则不会创建任何对象。

XPath查询－Xpath（XML Path 语言）是一种图形导航语言

个人理解简单的说就是在URL中指定查询。[详细知识参照sql server 联机帮助文档]

设置方法：

可通过在注册表中添加下列键来设置架构高速缓存的大小：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SQLXMLX\SchemaCacheSize。