這兩天，專案趕得不是很近，也沒什麼bug需要修復的，就自己看了點知識（強迫症又犯了，糾結點還是些，有啥區別麼，就是腦子不好）
比較雜，負載均衡啊，髒讀啊，索引啊，檢視啊，訪問修飾符啊，好像又沒啥了，看來也沒看多少東西啊，還是效率太低了，這是病得治
想想有什麼印象比較深的哈
想優化就得從小的抓起，建索引啥的，具體不是很清晰，我們現在都用的是主鍵索引吧，那麼什麼聚集索引，非聚集索引是什麼鬼，只知道大體概念，怎麼用，什麼時候用也不懂的說。
還有就是查詢的時候，那個例子是犧牲了**的可讀性，換取了搜尋效率，既然是億級資料秒讀了，那麼犧牲點**可讀性也就無可厚非了吧，反正是把sql語句寫成儲存過程，那麼丟在那裡不被客戶看到，算是成功了的樣子。
還提及了虛擬表，這樣寫起來是挺多的感覺，不過少了重複的查詢，效率提高還是顯著的，再就是避免「*」，這個也是對的，多餘的資料讀取貌似也很費資源吧，尤其是資料量超級大的時候了。
那個資料查詢的話好像就記得這些了
別的看的好像都是基礎知識，概念性的，算是了解了一些，具體說不上啥，可能實際過程遇到才會有印象吧
這個是4-16的，就是別人說才知道的
ef效率慢可以優化好像
也可以分析下生成的sql
Golang學習 記錄一下下
標誌符 只能以英文本元與 開頭 go語言當中的變數必須宣告了再使用，宣告之後必須使用 函式內部可以使用短變數宣告 函式外部一般使用 var 變數名 型別 值 匿名變數 v 常量使用 const pi 3.14 iota 常量計數器，每次遇到const都會重置為0 const n1 iota 0 n2...
專案做完了，總結一下（下）
昨天下午總結了一下專案值得注意的地方，記錄在 專案做完了，總結一下 上 時間倉促，也沒有總結完全。等有時間，還要細細總結。今天，我主要總結一下專案成功的可能因素，比較膚淺。雖然專案受很多不利的因素的困擾，但最終還是交付給使用者使用，不管怎麼樣，這中間還是有很多值得思考的方面。1 專案經理 這個專案經...
了解一下下MFC 基礎中的基礎
四個主要類 2 類cmainframe 類cmainframe是由mfc中的cframewnd派生來的，所以它也是乙個框架視窗。前面已經指出，cmainframe是類cmyview的父類，也就是說cmyview類的物件顯示在主框架視窗的客戶區中。在類cmainframe中，系統已經從類cframew...