年前買了這本書，在家沒事看看，二百多頁，沒幾天就看完了。
印象最深的就是這句「所謂專家,就是在乙個很小的領域裡把所有錯誤都犯過了的人」。可以看出來作者自己確實犯了很多很多錯誤，所以書裡談論的問題是實際應用中遇到的真問題，只這一點，我覺得買這本書值了。
其他優點就不說了，沒那個談一件事之前先來一大段吹捧的習慣，技術人，就事論事吧。
整本書看到的核心內容我覺得就是一點，提醒讀者關聯式資料庫的核心——「關係」二字。在思考具體應用的設計時，不要忘了關聯式資料庫理論要面對的那些基本問題，為什麼會有一正規化、二正規化、三正規化、bc正規化，面對的問題是什麼。
但在我這些年的工作中，碰到的更多的情況是一 二正規化大部分情況下會遵循，三正規化就不一定了，是很不一定了。因為你不能單純的就資料討論資料，更多情況需要把這個放到一整套系統中就可用性、靈活性來考慮的。很多時候為了減輕某張表過大的訪問壓力，需要在別的表中存放冗餘資料。
再拿最吸引我的第3章「單純的樹」這節舉個例子，作者最終給出的比較好的解決方案「閉包錶」確實很不錯，但如果考慮另外的變數的話，實際情況就不一樣了。該方案有個缺陷，即在中間的樹關係表中最終將會產生大量資料，如果乙個幾千上萬的原始資料，對應的關係表資料還是可以承受的，但放大到十萬、百萬呢，樹層次有個四五層的話資料量將會多大？
對於作者不斷強調的「關係」概念，我也有點保留，如果是做專案，或對已有系統的優化，很多人願意在資料庫的這些上面下功夫去探索。如果是做產品，或者是想要做產品，即便不做產品，原處的系統設計肯定都會弱化資料庫的關係這個概念，僅僅把它當成乙個儲存層，應用的實際表現，如資料一致性等不可能首先依賴於資料庫的設計，更多的是在程式中首先保證這一點。
這裡無意貶低給出的方案的真實應用價值，而是提醒更多讀者，從資料庫設計角度考慮問題，書裡給出的答案很不錯，但真實應用不允許你只站在這個層次，第一位的是，你設計出來的東西的最終表現能否讓客戶接受。還是那句話，要綜合考慮。
SQL必知必會讀後感
上個月要寫報表，集中補充了sql知識，為了看著方便買了本 sql必知必會 封面上寫著在通勤的路上就可以掌握sql，到手後發現，確實方便攜帶，但內容沒有擴充套件，只有sql，估計是給學生用的，都是最基本的語法和用法，稍微複雜點的應用場景都沒有涉及，也有可能應用場景都和業務相關，都掌握在行業裡的資深程式...
《監控》讀後感
監控 讀後感 監控 更合適被定義為一本偵探 它非常引人入勝地描述了幾起錯綜複雜的案件，描寫得棒極了，以致我夜以繼日地讀完了它，為的是找到事情的真相。它使用了倒序的方式，一開始，作者就用不安的口氣說道 到現在為止，我都無法從那些恐怖中掙脫開來。呵呵，到底是什麼事情呢，這麼勾人？很難為情，但我不得不說，...
《觀止》讀後感
對於 觀止 一書中我的解讀 這個是描述微軟當年nt開發專案組的人和事的，可以當作一種專案管理實戰來看，相當精彩.看微軟高層 找到正確的人，給予充分的信任和自由.看nt團隊內 追求技術，全身心的投入技術.讀到的內容 1.在目標一致 甚至是人生目標 的情況下，充分放權，讓每個成員發揮主觀能動性.2.搞技...