還原快速啟動

你大概已注意到快速啟動欄那一列在Win 7中不但預設被禁用，它還根本就不在工作列中。明顯的，掛上多組捷徑圖示的概念直接被新的任務欄取代。基於早期使用者介面回饋，微軟覺得大多數會喜歡新的模式，不過如果你真的喜歡舊款式，你也會樂於知道舊的快速啟動方式其實還是存在的。

啟用方式：
右鍵點擊工具列，選擇工作列→新增工具列
在資料夾選擇對話框，輸入下方路徑：
%userprofile%\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch
取消「鎖定工具列」，再右鍵點擊分隔條，關掉顯示文字和標題，設置顯示「小圖示」。
拖動分隔條排列好位置，再重新鎖定工具列。

讓Windows 7 自動登入

如果電腦一直都是自己一個人在使用時，而您的電腦因分享共用的關係，每次開機都還要輸入密碼，是不是很麻煩呢？我們可以設定讓電腦開機不需輸入密碼而自動登入：

0、執行攔(Win鍵 + R)

1、執行「netplwiz」(進階使用者帳戶控制台) 或是 CONTROL USERPASSWORDS2
Win鍵 + R輸入netplwiz或是CONTROL USERPASSWORDS2按確定或Enter



2、取消勾選必須輸入使用者名稱和密碼並按下套用後隨即出現密碼輸入欄。

3、輸入密碼後按下確定即完成設定，這樣就可以不用每次開機時都還要選擇您的帳號再輸入密碼了。

飯店 學校 學生宿舍 防火牆 使用範例

Vigor2920在學生宿舍的使用範例
http://www.ublink.org/index.php/component/content/article/7-vigor/84-vigor2920-house.html

Vigor 2920系列和Vigor 3200系列安裝在飯店的頻寬管理方式
http://www.ublink.org/index.php/component/content/article/7-vigor/231-vigor-2920vigor-3200.html


Vigor2920學校網路環境使用範例
http://www.ublink.org/index.php/component/content/article/7-vigor/83-vigor2920-school.html

Vigor 2920 Firewall Fiter 防火牆 過濾器 設定範例
http://www.ublink.org/index.php/component/content/article/7-vigor/223-vigor-2920-firewall-fiter-.html

Vigor2920系列繁體中文手冊
http://www.ublink.org/index.php/2010-02-27-07-28-57/vigor/885-vigor2920.html

SQL Server 定序說明

在資料庫上按滑鼠右鍵--> 內容 ...
在[一般]頁籤的最下方,即可看到此資料庫的 定序名稱...

定序名稱 可分解為：

使用語言字串
[_指定大寫]
[_是否指定大小寫]
[_是否區分腔調字]
[_二進位排序]

[_指定大寫] ==> 若加上 _Pref 即表示指定大寫,未加則不指定。
[_是否指定大小寫] ==> _CI 指定不分大小寫，_CS 指定區分大小寫。
[_是否區分腔調字] ==> _AI 指定不分腔調字，_AS 指定區分腔調字。
[_二進位排序] ==> 若加上 _BIN 即表示以二進位排序,未加則不指定。


舉例來說：
Chinese_Taiwan_Sroke_CI_AS <== 表示以繁體中文,不分大小寫,區分腔調字
Chinese_Taiwan_Sroke_CS <== 表示以繁體中文,要區分大小寫

參考
http://cp0501.blogspot.com/2007_11_01_archive.html


定序的分類

Case sensitivity(CS)
簡單來說就是區分大小寫，A跟a是不同的，如果是Case Insensitive(CI)的話A在排序或者查詢時就會被視為相同，也就是查詢A，連同a也會被查詢到。

Accent sensitivity(AS)
代表的是腔調上的差別，a跟á、o跟ó在腔調上是相同的，那查詢時是要視為相同，如果是的話，那就是Accent Insensitive(AI)，如果不是的話就視為Accent sensitive。

Kana Sensitivity(KS)
日文中的片假名(Hiragana)與平假名(Katakana)如果被視為相同，那就是Kana Insensitive(KI)，反之就是Kane sensitive。

Width sensitivity(WS)
當半形字與全型自被視為相同(A跟Ａ)，那就是Width Insensitive(WI)，反之就是Width sensitive。

其中的BIN跟BIN2是我們前面沒提到的，這兩個定序是比較特別的，與前方提到的各種Sensitive或者Insensitive的定序是有所差異的，這種定序的執行效率比其它定序來的好，針對非unicode的資料，它是自動以ANSI Code來做為排序與比較的依據(CI、AI、KI、WI)，而針對unicode資料，它則是以Unicode做為排序與比較的依據，而一旦以Unicode作為排序依據，Latin_1_General_BIN跟Japanese_BIN這兩種定序查詢回來的資料將會一模一樣，因為當資料都是非unicode時，都以ANSI Code來處理；當資料都是unicode時，就以Unicode來處理，而也因為以上特性，目前大部分的系統也習慣將資料庫的定序設定為BIN結尾的。

以下是一些我們常見到的定序結尾，C、A、K、S類的定序是可以複合被使用的，但只有BIN類的是無法結合C、A、K、S的定序被使用，這也是因為上一段中提到的BIN類定序是ANSI或Unicode來做排序與比較的原則而來。

定序的層級

我們在SQL Server中可以在以下四個定序設定等級，我們分別可以透過SSMS或SQL Expression在伺服器、資料庫、Table的欄位上指定定序：

Server
安裝時，SQL Server會要求你指定所想要的預設定序，而系統資料庫與後續新建的資料庫都會以這個定序為預設值，若後續要修改可以參考(因為要re-install原諒我無法測試)：
Setting and Changing the Server Collation

Database
針對某個特定資料庫設定其定序，除了使用SSMS的介面變更外，也可以透過Alter Database指令來變更：ALTER DATABASE

Column
針對某個欄位設定其定序，除了使用SSMS的介面變更外，也可以透過Alter Table的指令來變更： Setting and Changing the Column Collation
例:Alter Table myTable Alter Column myColumn Nvarchar(10) Collate Chinese_Taiwan_Stroke_CI_AS

Expression
這部分的定序指定是在command透過collation的關鍵字來暫時複寫掉上面三個已經設定好的定序內容，相關用法可以參考：
COLLATE (Transact-SQL)
例:select * from MYTable Order by myColumn Collate Chinese_Taiwan_Stroke_CI_AS

參考
http://www.dotblogs.com.tw/jimmyyu/archive/2009/08/30/10320.aspx


可參考
http://msdn.microsoft.com/zh-tw/library/ms143515.aspx

為何執行 MS SQL 2005 或是SQL Server Integration Services (SSIS) 時速度很慢

症狀:
電腦明明就不忙碌但是在執行 MS SQL 2005 或是啟動SQL Server Management Studio 或是 SQL Server Integration Services SSIS 時速度確很慢....

情況:
網路狀況:這台電腦有接上網路 但因為沒有設定Proxy因此不能連上Internet...

機器狀況:一台Pentium 4 雙核心且有2G記憶體 並且安裝Windows 2003 Server OS的PC Server機器上面開啟MS SQL 2005 或是啟動SQL Server Management Studio 或是SSIS 時 速度慢到誇張!!!大概是一個指令都要等5秒~10秒以上，啟動SQL Server Management Studio 更需要20~30秒以上，但是此時CPU 根本不忙(使用率約1%~5%) 記憶體也只用到1G多

且重新安裝Window 2003 OS 與SQL 2005後 也是一樣 ，且難道非得要用到Duo Core 甚至是Quad Core 的CPU嗎??
真的無解了嗎???
若你有以上的困擾!!那就真的要看下去了....

做法是
打開 C:\WINNT(Windows)\system32\drivers\etc\hosts 這檔案
接著輸入底下這行 127.0.0.1 crl.microsoft.com
接著儲存檔案!!
再重新執行 MS SQL 2005 或是SSIS 看看

為何這樣可行???
因為微軟某些產品或是元件會去http://crl.microsoft.com 檢查簽章是否正確沒有被竄改(verify that the digital signatures used to sign the binaries for managed applications are valid)，而這台電腦因為無法連上Internet ，所以要去http://crl.microsoft.com 檢查簽章的相關動作就被Lock住了...... 也就造成電腦明明就不忙碌但是在執行 MS SQL 2005 或是啟動SQL Server Management Studio 或是 SQL Server Integration Services SSIS 時速度確很慢的結果....
原來是crl.microsoft.com 這網址搞怪...

參考
http://blog.xuite.net/mslin1222/blog/22777715

記憶體不足,GDI不足

在寫程式過程中,VB.net有GC回收機制
我FORM關閉了,該DISPOSE也DISPOSE
但DISPOSE並未真正DISPOSE
可以參考以下網址
http://social.msdn.microsoft.com/Forums/zh-TW/237/thread/d6e17d82-da43-4055-b44d-6174335dca31
http://itgroup.blueshop.com.tw/topcat/aspx?n=convew&i=1314

一直在測試RAM,後來才觀察到是GDI過多,調整GDI設定起碼可暫緩問題發生頻率
如何設定,請看
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\USERProcessHandleQuota

GDIProcessHandleQuota值範圍從256~16,384，預設為10,000若常開很多視窗可以將值設定接近上限。USERProcessHandleQuota值範圍從200~18,000，預設值為10,000，常開多個視窗也可以將值設定為更大。此值好像不能設定較上限更大？大了應該也沒用，反而可能造成系統不穩定。

參考http://bagatelles.pixnet.net/blog/post/29555241