又在字符集上浪費時間

今天又花了許久折騰字符集的問題。這是第二次在字符集上浪費時間了。得寫下來，免得忘記了。

折騰這麼久，其原因是mysql sql workbench的字符集是utf8。windows cmd下mysql的字符集是gbk。

sql workbench下工作，應該設定字符集為utf8,這樣其輸入/查詢的結果集能夠正確，也能夠為其他客戶端正確獲得。

win7 cmd下的mysql字符集應該設定成為gbk,這樣其輸入/查詢的結果集能夠在其他客戶端（如sqlworkbench下）正確獲得。

unicode的客戶端程式，需要設定字符集為gbk，這樣可以正確訪問。

如果sql workbench下，錯誤設定了字符集為gbk，那麼其輸入的文字，只能在workbench下以gbk字符集能夠看到，換句話說，也只能在使用utf8的客戶端上，通過gbk字符集能夠正確看到。如果在使用unicode的客戶端，無論設定字符集是gbk還是utf8，都不能正確訪問。

反之亦然。

總之set names gbk也好, set names utf8也好， 關鍵是與客戶端使用的字符集有關，sql workbench 是utf8,

win7的unicode程式可以使用gbk。

ok，那麼win下用指令碼提交應該怎麼辦.....

檔案是unicode格式的？set names gbk;

檔案是utf8格式的？set names utf8;

又在字符集上浪費時間

今天又花了許久折騰字符集的問題。這是第二次在字符集上浪費時間了。得寫下來，免得忘記了。折騰這麼久，其原因是mysql sql workbench的字符集是utf8。windows cmd下mysql的字符集是gbk。sql workbench下工作，應該設定字符集為utf8,這樣其輸入 查詢的結果集...

又在字符集上浪費時間

今天又花了許久折騰字符集的問題。這是第二次在字符集上浪費時間了。得寫下來，免得忘記了。折騰這麼久，其原因是mysql sql workbench的字符集是utf8。windows cmd下mysql的字符集是gbk。sql workbench下工作，應該設定字符集為utf8,這樣其輸入 查詢的結果集...

如何停止在技術債上浪費時間？

我經歷過太多的會議在這個話題上浪費大量時間。房間裡的每個人都情緒高漲，紛紛拿出各種傳聞軼事當作證據，最後往往是聲音最響亮的那個人的意見佔據上風。然而，難題在於 如果業務上的壓力過大，那麼公司就會積攢過多的技術債務，從而導致工程師們失去動力，公司在技術上破產，最後獲勝的是你的競爭對手。如果工程上的壓力...