SqlServer 表中当之前有记录的时候发现表设计的不合理要加字段，
但是alter table Skating_Consumption add MemberCardId numeric(9)只能加可为空的字段，
解决办法，
第一、加个为空的字段
第二、更新表中记录这个字段为某个值
第三、再更改表字段为非空
语句
alter table Skating_Consumption add MemberCardId numeric(9)
go
update Skating_Consumption set MemberCardId='0'
go
ALTER TABLE Skating_Consumption ALTER COLUMN
MemberCardId numeric(9) not null ......
索引的重要性
数据库性能优化中索引绝对是一个重量级的因素，可以说，索引使用不当，其它优化措施将毫无意义。
聚簇索引
(Clustered Index)和非聚簇索引
(Non- Clustered Index)
最通俗的解释是:聚簇索引的顺序就是数据的物理存储顺序，而对非聚簇索引的索引顺序与数据物理排列顺序无关。举例来说，你翻到新华字典的汉字“爬”
那一页就是P开头的部分，这就是物理存储顺序（聚簇索引）；而不用你到目录，找到汉字“爬”所在的页码，然后根据页码找到这个字（非聚簇索引）。
下表给出了何时使用聚簇索引与非聚簇索引:
动作
使用聚簇索引
使用非聚簇索引
列经常被分组排序
应
应
返回某范围内的数据
应
不应
一个或极少不同值
不应
不应
小数目的不同值
应
不应
大数目的不同值
不应
应
频繁更新的列
不应
应
外键列
应
应
主键列
应
应
频繁修改索引列
不应
应
聚簇索引的唯一性
正式聚簇索引的顺序就是数据的物理存储顺序，所以一个表最多只能有一个聚簇索引，因为物理存储只能有一个顺序。正因为一个表最多只能有一个聚簇索引，所以它显得更为珍贵，一个表设置什么为聚簇索引对性能很关键。
初学者最大的误区� ......
继续SQLServer索引调优实践。这次探讨一下索引覆盖 - SQL Server主要使用索引去查询你需要的数据，当索引包括所有的你请求查询的字段，SQL Server将不需要去在表中查询。这个概念称做“索引覆盖”。
SQLServer2005的Non-clustered INDEX增加了一个“包含列(included column)
”选项。在 SQL Server 2005
中，可以通过将非键列添加到非聚集索引的叶级别来扩展非聚集索引的功能。通过包含非键列，可以创建覆盖更多查询的非聚集索引。当查询中的所有列都作为键列
或非键列包含在索引中时，带有包含性非键列的索引可以显著提高查询性能。这样可以实现性能提升，因为查询优化器可以在索引中找到所有列值；不访问表或聚集
索引数据，从而减少磁盘 I/O 操作。
但应避免添加不必要的列。添加过多的索引列（键列或非键列）会对性能产生不良影响，应该合理使用。和Clustered
INDEX，或者组合索引，结合使用，扩大索引覆盖，但不大可能所有列都有索引覆盖，磁盘开销和数据insert
updat时索引的重新计算的时间开销是巨大的。总之，合理的索引设计是建立在对各种查询的分析和预测上的，只有正确地使索引与程序结合起来,才能产生最
佳的优化方案。
继续实践� ......
sqlServer：
一次查询，数据库只返回一页的数据。而不是取出所有的数据。
pagesize： 每页显示记录数
cureentpage：当前页数
select * from ( select TOP pagesize * from ( SELECT TOP pagesize*cureentpage * from my_table ORDER BY id ASC ) as amyTable ORDER BY id DESC ) as bmyTable ORDER BY id ASC
假设共有有8条记录，每页显示3条记录，id 为3，6，7，37
第一页（首页）
select * from ( select TOP 3 * from ( SELECT TOP 3*1 * from my_table ORDER BY id ASC ) as amyTable ORDER BY id DESC ) as bmyTable ORDER BY id ASC
第二页
select * from ( select TOP 3 * from ( SELECT TOP 3*2 * from my_table ORDER BY id ASC ) as amyTable ORDER BY id DESC ) as bmyTable ORDER BY id ASC
第三页（尾页）
select * from ( select TOP 8-2*3 * from ( SELECT TOP 8-3*2&nbs ......
当SQLServer的系统日志过大，就会引起SQLServer服务器无法启动等一系列问题。今天我遇到了这个问题，在网上搜索了一下，解决方法是删除就可以了，可是当前的ErrorLog正在被SQL使用无法删除啊，要删除只能停止SQL服务器，难道就没有别得办法了吗？
回答是肯定的：使用以下存储过程：EXEC sp_cycle_errorlog
注释
每次启动 SQL Server 时，当前错误日志重新命名为 errorlog.1；errorlog.1 成为 errorlog.2，errorlog.2 成为 errorlog.3，依次类推。sp_cycle_errorlog 使您得以循环错误日志文件，而不必停止而后再启动服务器。
......
当SQLServer的系统日志过大，就会引起SQLServer服务器无法启动等一系列问题。今天我遇到了这个问题，在网上搜索了一下，解决方法是删除就可以了，可是当前的ErrorLog正在被SQL使用无法删除啊，要删除只能停止SQL服务器，难道就没有别得办法了吗？
回答是肯定的：使用以下存储过程：EXEC sp_cycle_errorlog
注释
每次启动 SQL Server 时，当前错误日志重新命名为 errorlog.1；errorlog.1 成为 errorlog.2，errorlog.2 成为 errorlog.3，依次类推。sp_cycle_errorlog 使您得以循环错误日志文件，而不必停止而后再启动服务器。
......
查看是否区分大小写-执行存储过程sys.sp_server_info
exec sys.sp_server_info
查看第18行COLLATION_SEQ-collation属性
charset=cp936 collation=Chinese_PRC_CS_AS
cs为区分大小写，CI为不区分大小写
将区分大小写改为不区分大小写
alter database yourDB COLLATE Chinese_PRC_CI_AS
将不区分大小写改为区分大小写
alter database yourDB COLLATE Chinese_PRC_CS_AS ......
最新文章 :