让SQL SERVER突破2G内存限制
32
位的操作系统只能用
4G
的内存（不确定这句话是否正确），因为
2
的
32
次方是
4G
。默认的情况下，操作系统给自己留了
2G
，剩下的
2G
给应用程序。所以，每个应用程序所能使用的内存，最大不超过
2G
。据说可以改
WINDOWS
的
BOOT.INI
，强制操作系统只使用
1G
，即使这样，应用程序也至多是
3G
。
SQL SERVER
就是这么个倒霉的应用程序。
就拿我们服务器来讲，
OS
：
windows 2003;
内存：
8G; SQL:2008
。结果内存只用了不到
2G
，其中
SQL
是
1.7
G
，并且这个值基本没有什么变化。
太浪费了。
十月革命一声炮响，微软送来了
AWE
。这个东西可以让
32
位操作系统下的应用程序使用更多的内存。
SQL
支持
AWE
。
步骤：
1、
进入
SQL SERVER Management
Studio
2、
右击数据库实例，选内存
3、
勾上“使用
AWE
分配内存”，填上合适的最小和最大内存（具体是什么标准不清楚，我是给操作系统预留了
2G;
有的内存紧张的服务器只留
1G,
甚至只有
500M
，也没发现什么问题）
4、
重启数据库实例。
之后用任务管理器查看，内存消耗越来越多，直至比设定值大一点点。很奇怪，这时看
SQL
消耗的内存，只有几十
M
，不知道这个数值怎么来的。估计是分配的内存之外消耗的吧？
在性能监视器（管理工具
-
性能）上看到，磁盘队列大大减少了，实际应用，网站快了许多。
相关文档：
1、 用程序中，保证在实现功能的基础上，尽量减少对数据库的访问次数；通过搜索参数，尽量减少对表的访问行数,最小化结果集，从而减轻网络负担；能够分开的操作尽量分开处理，提高每次的响应速度；在数据窗口使用SQL时，尽量把使用的索引放在选择的首列；算法的结构尽量简单；在查询时，不要过多地使用 ......
SQL位运算
select 2|8 --10
select 2|8|1 --11
select 10&8 --8,包含,10=8+2
select 10&2 --2,包含,10=2+8
select 10&4 --0,不包含
select 19&16 --16,包含,19=16+2+1
s ......
在程序中有些查询语句相对较长，可以将语句单独写在一个XXX.sql文件中，在程序中读取SQL文件
具体涉及到
import java.io.File;
import org.apache.commons.io.FileUtils;
import java.net.URL;
URL resourceUrl = XXXX.class.getClassLoader().getResource(SQL_PATH+sqlName);//SQL_PATH具体SQL文件存在路径，sqlName� ......
数据库的性能测试可以帮助你提前知道你的系统的负载能力，可以帮助你改进系统的实施或设计，可以帮助你确定一些设计和编程原则. 但是，这里面也有陷阱. 如果不小心，你会自己把自己陷进去，却最终不明白是什么原因. 这里，我拿一位先生为例，来看看他怎么自己把自己搞糊涂的.
最近, 想起在存储过程中究竟是使用临时表还是� ......
-- FUN:存储过程分页
-- @Table nvarchar(255), -- 表名
-- @Fields nvarchar(1000) = ' * ', -- 需要返回的列
-- @OrderField nvarchar(255), -- 排序的字段名,一般为唯一标识
-- @OrderType bit = 0, -- 设置排序类型, 非 0 值则降序
-- @PageSize int = 10, -- 每页有多少条记录
-- @PageIndex int = 1, -- 第 ......
