web 2.0 技术书随记，附猫给狗按摩视频（笑）
最近在看一本讲web 2.0站点的技术书籍。
记一下其中的一些东西：
看到这句
IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].
[PagesToDelete]') AND type in (N'U'))
不明白什么是"type in (N'U')"
找到答案如下：
u為用戶定義表，P為存儲過程，TR為觸發器，S為系統表
index需要定期重建
大量的删除操作，可能会让sql MDF文件存在碎片，index急需整理（重建）。
先磁盘碎片整理，再进行index重建
一般是先重建，再整理
REBUILD
ALTER INDEX ALL ON dbo.tTable REBUILD
GO
REORGANIZE
ALTER INDEX ALL ON dbo.tTable REORGANIZE
GO
====
上面的代码在SQL SERVER中似乎无效，可能是oracle的，
在SQL SERVER中这个有用DBCC DBREINDEX('categories','',90)
catetories是northwind中的表名。
DBCC DBREINDEX 用法
重建指定数据库中表的一个或多个索引。
语法
DBCC DBREINDEX
( [ 'database.owner.table_name'
[ , index_name
[ , fillfactor ]
]
]
)
参数
'database.owner.table_name'
是要重建其指定的索引的表名。数据库、所有者和表名必须符合标识符的规则。有关更多信息，请参见使用标识符。如果提供 database 或 owner 部分，则必须使用单引号 (') 将整个 database.owner.table_name 括起来。如果只指定 table_name，则不需要单引号。
index_name
是要重建的索引名。索引名必须符合标识符的规则。如果未指定 index_name 或指定为 ' '，就要对表的所有索引进行重建。
fillfactor
是创建索引时每个索引页上要用于存储数据的空间百分比。fillfactor 替换起始填充因子以作为索引或任何其它重建的非聚集索引（因为已重建聚集索引）的新默认值。如果 fillfactor 为 0，DBCC DBREINDEX 在创建索引时将使用指定的起始 fillfactor。
在asp.net中使用前一工作流调用下一工作流，一般下一工作流会在未完成时就被终结，这是因为在前一工作流InvokeWorkflow时，会创建另一个线程来执行后一工作流，当前一工作流完成时，会终结掉后一个工作流，而此时，后一工作流可能因为没有足够的时间来执行完成自己的任务。所以造成终结。
===
另外，再来看一下有趣的视频，猫给狗按摩，注意看视频，还真的比较专业哦