本來想把自己以前寫的關于數據庫主鍵的一篇blog轉過來，回頭一看寫得太膚淺了，就把收集到的關于數據庫的連接給發上，也方便自己以后復習。以下大部分內容來自vckbase
數據庫主鍵設計之思考
----"我強調主鍵不應該具有實際的意義，這可能對于一些朋友來說不太認同..."
SQL Server 索引結構及其使用（一）
----實際上，您可以把索引理解為一種特殊的目錄。微軟的SQL SERVER提供了兩種索引：聚集索引（clustered index，也稱聚類索引、簇集索引）和非聚集索引（nonclustered index，也稱非聚類索引、非簇集索引）......
SQL Server 索引結構及其使用（二）
----很多人不知道SQL語句在SQL SERVER中是如何執行的，他們擔心自己所寫的SQL語句會被SQL SERVER誤解。比如： select * from table1 where name=''zhangsan'' and tID > 10000 和執行: select * from table1 where tID > 10000 and name=''zhangsan'' 一些人不知道以上兩條語句的執行效率是否一樣，因為如果簡單的從語句先后上看，這兩個語句的確是不一樣，如果tID是一個聚合索引，那么后一句僅僅從表的10000條以后的記錄中查找就行了；而前一句則要先從全表中查找看有幾個name=''zhangsan''的，而后再根據限制條件條件tID>10000來提出查詢結果。
?SQL Server 索引結構及其使用（三）
----建立一個 Web 應用，分頁瀏覽功能必不可少。這個問題是數據庫處理中十分常見的問題。經典的數據分頁方法是:ADO 紀錄集分頁法，也就是利用ADO自帶的分頁功能（利用游標）來實現分頁。但這種分頁方法僅適用于較小數據量的情形，因為游標本身有缺點：游標是存放在內存中，很費內存。游標一建立，就將相關的記錄鎖住，直到取消游標。游標提供了對特定集合中逐行掃描的手段，一般使用游標來逐行遍歷數據，根據取出數據條件的不同進行不同的操作。而對于多表和大表中定義的游標（大的數據集合）循環很容易使程序進入一個漫長的等待甚至死機。
SQL Server 索引結構及其使用（四）
----在上一節的標題中，筆者寫的是：實現小數據量和海量數據的通用分頁顯示存儲過程。這是因為在將本存儲過程應用于“辦公自動化”系統的實踐中時，筆者發現這第三種存儲過程在小數據量的情況下，有如下現象： 1、分頁速度一般維持在1秒和3秒之間。 2、在查詢最后一頁時，速度一般為5秒至8秒，哪怕分頁總數只有3頁或30萬頁。
數據庫中存儲過程的自動化生成
----設計時的自動化加快了編碼，并保證所有過程都用相同的命名規范和結構來生成。為了在大型 SQL 項目中盡量提高編碼的效率，作者編寫了一系列的設計時（design-time）存儲過程，用它們來生成運行時（run-time）存儲過程，并一直在工程中使用。最近，作者更新了其存儲過程以便使用 SQL Server 2000 的特性，其中包括用戶定義函數。本文所及內容涵蓋創建并執行這些動態 T-SQL 腳本以使普通的數據庫存儲過程編碼自動化。