（一）mysql查詢不區分大小寫問題
以前網上有說在字段後面加binary或者在查詢時加binary可以使其區分大小寫（見我其他博文），現在忽然想明白了這件事。這是跟mysql的預設字符集和排序規則有關，mysql預設使用latin1字符集和latin1_swedish_ci排序規則，這種排序規則是不區分大小寫的。即使你指定了預設的字符集為utf8，但其預設的排序規則utf8_general_ci還是不區分大小寫的。字符集名binary比較特殊，當將某個非二進位制串列指定為binary字符集時，相當於把該列定義為相應的二進位制串型別。此時就相當於指定了該列的二進位制排序規則為當前的字符集的二進位制排序規則，因為二進位制排序規則是根據二進位制數值來定的，並沒有大小寫之分，但大小寫字元的二進位制數值又不同，因此也達到了區分大小寫的效果。
（二）int位元組長度誤解
之前一直會將整型數的主鍵定義為id int(11) primary key auto_increment，一直以為此時的int佔11個位元組。原來一直處於一種誤區中，int型別始終佔4個位元組，括號中的數值表示顯示寬度，並不會影響到int實際所佔的位元組數。對於顯示寬度，指的的是對數值位數小於顯示寬度的數值的一種顯示效果，因為大於的話會顯示出實際的寬度，如果不指定的話則預設寬度通常是該列裡「最長」值得位數。若指定了顯示寬度的話，預設的話還是顯示正常數值，如果你指定了該列的zerofill屬性，則前面不足的位數會填充0。
關於UML的一些隨想
eddiong uml note 關於uml的文章已經有很多博主做過非常詳細的介紹，並且失眠上有很多書籍可供參考。在前面給出一些可供閱讀的文章和書籍，此書給出博主剛接觸uml時的兩處入門資源。有需要加深閱讀的朋友可以看一下以供參考。推薦閱讀 博主 物件導向思考 寫的ea 系列 書籍 uml2 基礎 ...
關於圈子的隨想
昨天人資的老大找我們部門的人挨個談話，其中和我聊的時候問了乙個問題 你覺得到現在這家公司來，是選對了，還是選錯了呢？當時我不加思索地回答道 當然是選對了。今天早上，又在裡面看到一篇關於程式設計師的圈子的文章 程式設計師你的圈子有多大呢？忽然明白，其實之所以當時那麼肯定地給了回答，正是因為我來到這家公...
關於開發平台隨想
原來一直認為，開發平台將是軟體開發的未來，移動開發是未來，其他的方式和產品都將淘汰，但是自從昨日上午參加了乙個對我來說，規格最高的會議後，才發現，我的想法走了極端了，事實上，世界是辯證的，不管多優秀的軟體解決方案都只能處理某一方面的事情，肯定無法解決所有問題，那是不可能的 開發平台只適用於功能多變 ...