1. Click “All Programs”, select “Accessories”, right click the Command Prompt shortcut and select “Run as Administrator”.
2. Click “Yes” to accept the warning
3. Use command “cd” to navigate to the installation directory.
4. Type the installation file to execute file. (e.g. SQLServer2005_SSMSEE_x64.msi) and complete the installation.

係 MsSQL 入面, 新增 Record 時主要提取 Primary Key 既方法主要有 @@IDENTITY, SCOPE_IDENTY() 同 IDENT_CURRENT(‘table_name’) 三種:

@@IDENTITY
使用 @@IDENTITY 會 Return 當前 Session 任何 Table 最後生產的 Primary Key, 如果 Insert statement 運行後如果有任何 Trigger 中會 Insert 在其他 Table 的話, @@IDENTITY 就會變得不準確.

SCOPE_IDENTY()
使用 SCOPE_IDENTY() 會 Return 當前 Scope 內確實 Insert 左既 Primary Key, 就算有任何 Trigger 在背後運行都不會有任何影響, 係一個最好既選擇. 不過經由 MS Connect 入面既 Feedback 顯示, Table 被新增至一百萬行後, Return Value 有可以會籨 1 開始數起, 這問題由 MS 回應既答案中回答到已增加到它們的 Bug tracking database 中.

IDENT_CURRENT(‘table_name’)
而 IDENT_CURRENT(‘table_name’) 會 Return 指定 Table 最後生產出來的 Identity, 由於它不會理會任何 Scope 或者 Session, 當有多於一個 Scope 或者 Session 運行時便有機會出現不準確既問題.

因此, 在以上三個尋找 IDENTITY 既方法中, 並沒有一個能在任何環境下百分百準確既方法, 所以在 MsSQL 使用 Identity Generator 便會有潛在問題既可能性, 因此在 deploy 前應該對 Database 作詳細測試, 已確定當前既環境設定正確.

再者, Identity Generator 亦開始慢慢地被其他類型既方案取代, 例如 GUID, Hi/Lo or UUID 等等.

正如之前 CS != SE 文章內所講, Technology 其實永遠唔會有錯, 錯就只會錯在未能正確使用它們既人, 而軟件其中一個用途就係用來避免人們使用犯錯, 所以在程式篇寫時應該以不同既設定技巧及文檔來避免人們使用錯誤, 那軟件才容易正確地被使用!!

雖然我未測試過係咪真係有呢個情況, 但該文章中已經有五個人証明左問題既存在, 而我計算過, 如果在同一個 table 入面, 一日新增五百行數據的話, 只要五年多既時間便會去到一百萬行. 五年, 雖然我以前跟開既項目都有三年一次既資料清理, 但亦有機會有每日多於五百行或者五年不清理既情況發生.

以我在網上既搜尋下, 而家外國都開始使用 Guid, 除了同 database 有關既連結外, 我見過 M$ 既 WF Example 入面已經全部使用了 Guid, 我諗有時間既情況下都要了解一下 Guid 既好處同壞處.

PROPFIND of ‘/svn’: 301 Moved Permanently

結果發現, comment 左 DocumentRoot 之後就無問題啦~~

Microsoft Article: 309338

It may required to upgrade or disable to use the incompatible  plug-in or theme, if create a table wp_post2cat, it can let the error disappear but it is not a correct action because no function should be provided by that table anymore.

Invalid postback or callback argument. Event validation is enabled using <pages enableEventValidation=”true”/> in configuration or <%@ Page EnableEventValidation=”true” %> in a page. For security purposes, this feature verifies that arguments to postback or callback events originate from the server control that originally rendered them. If the data is valid and expected, use the ClientScriptManager.RegisterForEventValidation method in order to register the postback or callback data for validation.

呢個係防止 [http://weblogs.asp.net/bleroy/archive/2004/08/18/216861.aspx injection attack] 既設計, 但是同時有部份 client script 也會出錯, 例如在 asp.net render DropDownList 時,會record 晒所有有可能既 value, 儲係個 page 度

這個過程發生在control的Render()方法中
當頁面postback時,ASP.NET會根據這個隱藏值檢查postback values,如果找不到對應信息,就會throw exception. 所以所有有關 client script 改動 list control 既動作就會有影響

解決方法
1. 禁止這個功能, 但同時會失去一些安全保障:
//—-通過web.config

//—-針對某個page

<%@ Page EnableEventValidation="false" … %>

2.Register For Event Validation
其原理就是讓asp.net記錄這個postback value.
RegisterForEventValidation必須在render() 內使用.

protected override void Render(HtmlTextWriter writer)
{
	ClientScript.RegisterForEventValidation(_recipeList.UniqueID,"4");
	// 4 係其中一個 possible value
	base.Render(writer);
}

如果我們自己寫了一個control,需要使用validate events功能,就需要使用SupportsEventValidation attribute,

[SupportsEventValidation]
public class DynamicDropDownList : DropDownList
{
	protected override void Render(System.Web.UI.HtmlTextWriter writer)
	{
		Page.ClientScript.RegisterForEventValidation(this.UniqueID, "4");
		// 4 係其中一個 possible value, 如果多過一個就要每個 register 一次
		base.Render(writer);
	}
}

目前,asp.net還不能單獨禁止某個control的validate events功能.