SQLServer的两个维护技巧
确实，数据库的维护常常交给那些专业的数据库管理员，但是作为一个开发者，你也许偶尔需要暂时从事这个工作。所以，试一试这两个SQL服务器维护技巧：轻松改变数据库拥有者、整理索引碎片。谁会想到你甚至可以给那些数据库管理员教上一两个新技巧呢？重指定数据库拥有者当回复或者新建数据库时，你有没有注意到SQL Server把数据库的拥有者置为你的NT登录名？仅仅为了确保不同数据库间的一致性（更别提安全性因素了），你也许考虑用系统过程sp_changedbowner来把数据库拥有者改为其它用户如系统管理员（SA）。你也许已经写了这样一段脚本用来扫描所有用户数据库并把数据库拥有者重指定为系统管理员。
系统过程sp_changedbowner有一个参数，即@map，其缺省值为空（null），该过程可以把数据库旧有的拥有者的别名重映射为新的数据库拥有者，如系统管理员。
为了演示该过程，让我们首先建立一个尽可能小的数据库模型，然后运行sp_helpuser指令来看看新创建的用户名清单：
CREATE DATABASE test GO USE test GO EXEC sp_helpuser GO
这些代码执行后，输出应该列出数据库拥有者的清单（db_owner）。如果你使用Windows NT认证身份，那么清单中应该有一个NULL的登录名字和一个SID值。
然后，让我们加上两个登录用户：ISUser1和ISUser2作为db_owner的别名，并把数据库的拥有者改为系统管理员：
输出内容应该显示出系统管理员作为db_owner、ISUser1作为db_owner的别名。
现在我们用过程sp_changedbowner来指定ISUser2为数据库新的拥有者。我们将使用该过程的@map参数并把该参数赋值为“否”，这样把用户将为别名。
输出应该显示出ISUser2现在成为数据库新的拥有者，ISUser1降为别名。下面，我们应该停止这个数据库并结束本演示过程。
用DBCC INDEXDEFRAG命令来实现维护
对索引进行维护工作是一件冗长费力的工作，不过在SQL Server 2000中，微软已经引入了一条维护命令DBCC INDEXDEFRAG，它相对SQL Server7.0的DBREINDEX命令来说，有好几个优点。最主要的优点就是它是一种在线操作，这样，在该命令运行期间用户仍可以连续工作。这是因为它不像DBREINDEX那样在运行时需要锁定操作所涉及的资源，它还可以降低内容阻塞。
DBCC INDEXDEFRAG操作一小段、一小段的数据，这样该操作随时都可以停止下来并跟踪它已经完成的工作。该操作每隔五分钟就报告一�
相关文档：
SqlServer 表中当之前有记录的时候发现表设计的不合理要加字段，
但是alter table Skating_Consumption add MemberCardId numeric(9)只能加可为空的字段，
解决办法，
第一、加个为空的字段
第二、更新表中记录这个字段为某个值
第三、再更改表字段为非空
语句
alter table Skating_Consumption add MemberCardId nu ......
//总记录数
function sumRecord()
{
var conn= Server.CreateObject("ADODB.connection");
var rs= Server.CreateObject("adodb.recordset");
conn.open("PROVIDER=SQLOLEDB;DATA SOURCE=127.0.0.1;UID=sa;PWD=123456;DATABASE=test");
var sql = "select count(*) as RecordCount from baoming";
rs.open(sql, ......
sqlite官方站
http://www.sqlite.org/
SQL Syntax
http://www.sqlite.org/lang.html
sqlite中文站
http://www.sqlite.com.cn/
http://www.sqlitechina.org/
建立数据库档案
用sqlite3建立数据库的方法很简单，只要在shell下键入（以下$符号为shell提示号，请勿键入）：
$ sqlite3 foo.db
如果目录下没有fo ......
命名过程中如有现存的缩写，则使用该缩写，如无，一律不得缩写，例：ISBN
数据库：用一个或三个以下英文单词组成，单词首字母大写，如：DepartmentManage；
表名：使用名词性质的单词全拼表示，各单词首字母大写， 使用复数形式，如：Books
如果该表用于表明另外两表中字段间的关系，用� ......
在临时表
create table #T (…)
和表变量
declare @T table (…)
之间主要有3个理论上的不同。
第一个不同使事务日志不会记录表变量。因此，它们脱离了事务机制的范围，从下面的例子可显而易见：
create table #T (s varchar(128))
declare @T table (s varchar(128))
insert into #T select 'old va ......
