SQLSERVER修复小知识
在与数据库打交道的工作中时常会碰到一些数据库的错误，这就涉及到了修复的过程，以下知识点都是从网上收集而来:
1、dbcc checkdb
这个命令恐怕是我们最常用的了，带检查和修复功能
语法格式：
DBCC CHECKDB
[
[ ( database_name | database_id | 0
[ , NOINDEX
| , { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ]
) ]
[ WITH
{
[ ALL_ERRORMSGS ]
[ , EXTENDED_LOGICAL_CHECKS ]
[ , NO_INFOMSGS ]
[ , TABLOCK ]
[ , ESTIMATEONLY ]
[ , { PHYSICAL_ONLY | DATA_PURITY } ]
}
]
]
REPAIR_ALLOW_DATA_LOSS 该参数会尝试修复所有错误，但在修复的过程中会出现数据的丢失
REPAIR_FAST 该参数进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失 数据的危险。
REPAIR_REBUILD 该参数执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不 会有丢失数据的危险。
DBCC CHECKDB 对索引视图执行物理一致性检查。只用于向后兼容的 NOINDEX 选项也适用于索引视图上的任何辅助索引。
DBCC CHECKDB 是最安全的修复语句，因为它对最多的可能出现的各种错误进行标识和修复。如果只报告数据库中有分配错误，请执行带修复选项的 DBCC CHECKALLOC 以对这些错误进行修复。然而，若要确保正确修复所有错误（包括分配错误），请执行带修复选项的 DBCC CHECKDB，而不要执行带修复选项的 DBCC CHECKALLOC。
DBCC CHECKDB 对数据库中所有内容的完整性进行验证。如果当前正在执行或最近已执行 DBCC CHECKDB，则不需要运行 DBCC CHECKALLOC 或 DBCC CHECKTA
相关文档：
经常看见有人问，MSSQL占用了太多的内存，而且还不断的增长；或者说已经设置了使用内存，可是它没有用到那么多，这是怎么一回事儿呢？
首先，我们来看看MSSQL是怎样使用内存的。
最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候 ......
NVL(Expr1,Expr2)如果Expr1为NULL，返回Expr2的值，否则返回Expr1的值
NVL2(Expr1,Expr2,Expr3)如果Expr1为NULL，返回Expr2的值，否则返回Expr3的值
NULLIF(Expr1,Expr2)如果Expr1和Expr2的值相等，返回NULL，否则返回Expr1的值 ......
using System;
using System.Data;
using System.Configuration;
using System.Collections;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using System.Data.SqlC ......
今天一不冷静就把sqlserver数据库初始化了，在网上找了半天发现了几篇帖子，受益非浅，记录下
DB2中可以使得数据库回复到指定的时间点，SQL Server数据库的Recovery Model为full 或者Bulk copy的时候，是可以从日志来恢复数据库的。实际上日志中记录的一条一条的transact sql语句，恢复数据库的时候会redo这些sql语句。&nb ......
触发器是一种特殊的存储过程，类似于其它编程语言中的事件函数，SQL Server? 允许为 INSERT、UPDATE、DELETE 创建触发器，当在表（视图）中插入、更新、删除记录时，触发一个或一系列 T-SQL 语句。
本专题的目的并非是向您详尽地介绍触发器，而是系统地向您介绍触发器的常用知识与相关应用，并与您� ......
