很久沒寫ASP
前幾天接了個案子需要用到SQL SERVER
所以開始在自己的電腦上安裝
目前的電腦系統是VISTA
印象中記得要安裝SQL2005在VISA上
必須要安裝Developer Edition
結果，慘事發生
第一次安裝
只裝上了組態工具和TOOL
第二次安裝
無法登入SQL SERVER
爬文之後說要修改電腦名稱，不能有特殊符號在裡面
結果....
第三次安裝
沒有選項讓你選，只剩下文件安裝
第四次安裝
完全不知道自己在幹什麼的安裝
國父革命十次
我想，我也需要效法國父的精神
第五次安裝
1.完全移除電腦內跟SQL SERVER相關的檔案
2.開始安裝SQL Server2005
3.勾選所需安裝之各項SQL相關Server
4.權限選擇混和模式 (這點很重要，因為我第一次沒有選，用預設的windows驗證，結果完全無法登入)。
5.反正就是一直下一步
6.完成安裝
7.可以開始使用囉
PS:後來發現，跟電腦名稱一點關係都沒有，電腦名稱可以取名為XXX-PC之類的
參考Windows Vista 使用者安裝 SQL Server 2005 的程序
2010年5月15日
2009年3月17日
mysql 裡 utf8_general_ci 跟 utf8_unicode_ci 連線校對的差異
在 phpMyAdmin 裡面的說明看起來通通一樣：
utf8_general_ci 統一碼 (Unicode) (多語言), 大小寫不相符
utf8_unicode_ci 統一碼 (Unicode) (多語言), 大小寫不相符
mysql reference manual 翻譯:
utf8_general_ci 在轉換時速度比較快
utf8_unicode_ci 在轉換時比較精準
轉換？怎麼講呢？
簡單說就是當資料要從一個編碼換成另外一個編碼時，
mysql 要在兩個 codepage 裡面找出來相對應的字元位置在哪裡。
對 utf8_general_ci 來說，來源 codepage 裡面的一個字元只能對應到目標 codepage 裡面的一個字元，
而 utf8_unicode_ci 則可以把來源 codepage 裡的一個字元對應到目標 codepage 裡的多個字元（或反過來）。
例如德文裡的 ß 要轉換成英文的時候如果是用 utf8_unicode_ci 轉換會變成正確的 ss ，
但是如果用 utf8_general_ci 的話則會變成單一的 s 而已。
所以如果可以的話請盡量用 utf8_unicode_ci 而不要用 utf8_general_ci ，
雖然對 multibyte 字元來說這兩個都沒差，
但是 utf8 的網頁誰也不知道哪天會不會有這種字元出現在你的網頁上，
所以如果設成 utf8_unicode_ci 你就不需要擔心貼上去之後資料在轉換間遺失了。
文章來源:http://origin2.pixnet.net/blog/post/1244682
utf8_general_ci 統一碼 (Unicode) (多語言), 大小寫不相符
utf8_unicode_ci 統一碼 (Unicode) (多語言), 大小寫不相符
mysql reference manual 翻譯:
utf8_general_ci 在轉換時速度比較快
utf8_unicode_ci 在轉換時比較精準
轉換？怎麼講呢？
簡單說就是當資料要從一個編碼換成另外一個編碼時，
mysql 要在兩個 codepage 裡面找出來相對應的字元位置在哪裡。
對 utf8_general_ci 來說，來源 codepage 裡面的一個字元只能對應到目標 codepage 裡面的一個字元，
而 utf8_unicode_ci 則可以把來源 codepage 裡的一個字元對應到目標 codepage 裡的多個字元（或反過來）。
例如德文裡的 ß 要轉換成英文的時候如果是用 utf8_unicode_ci 轉換會變成正確的 ss ，
但是如果用 utf8_general_ci 的話則會變成單一的 s 而已。
所以如果可以的話請盡量用 utf8_unicode_ci 而不要用 utf8_general_ci ，
雖然對 multibyte 字元來說這兩個都沒差，
但是 utf8 的網頁誰也不知道哪天會不會有這種字元出現在你的網頁上，
所以如果設成 utf8_unicode_ci 你就不需要擔心貼上去之後資料在轉換間遺失了。
文章來源:http://origin2.pixnet.net/blog/post/1244682
訂閱：
文章 (Atom)