原创 GOOGLE分佈式數據庫技術演進研究--從Bigtable、Dremel到Spanner（二）
首先申明，裏面對技術背景和後續技術發展方向的內容，來自於個人技術上的思考和判斷，並非引經據典，僅供參考。3 Dremel3.1背景 大規模交互性數據分析處理在整個行業中應用越來越廣泛，對於交互型分析對於數據處理的響應時間要求比較高，而原有
2019-02-22 23:52:17
原创 個人對於OO的一些理解
一 對象封裝原則對象行爲和屬性封裝，主要指代碼的內聚性，把相關的代碼放在一起，隔離對象這間的相互影響；二 開閉原則對於擴展封閉，對於修改開放，這樣可以使相關代碼保持彈性，便於響應業務變化，易於系統進行擴展和調整；三 依賴倒置原則 通常來講
2019-02-22 23:52:16
原创 渾然天成，爲變而生，談爲什麼要敏捷？
敏捷一詞對於我們來講已經不再陌生，在業界已經成爲一種軟件開發活動的推薦模式。那爲什麼要敏捷？這個答案很多，每個開發者心中都有一個自己答案，其實答案本身並不重要，重要是思考的過程。這個問題也沒有一個標準答案，就像每個軟件開發男都有一個自己心中
2019-02-22 23:52:16
2
原创 軟件編碼實踐之一（重寫快速排序）
在軟件開發中，對於開發人員危害最大的是Ctrl+ C和Ctrl+ V，自己嘗試寫寫快速排序法，編碼期間發現了一個死循環，後續終於找到原因，看來編碼不容易，還得多練手。package myjava.ds.sort;import java.ut
2019-02-22 23:52:16
1
原创 武林高手和技術高手
免責聲明：這個文章內容是很玄的，後續這類文章，我儘量少寫，重點會轉到一些具體技術上去。武林高手，也可以叫做大師，比如太極張三丰、黃飛鴻、以及金庸小說中東方不敗、令狐沖、風清揚等等，電視連續劇、電影、小說都有很多描述，先不談這些人物是否真正存
2019-02-22 23:52:15
原创 GOOGLE分佈式數據庫技術演進研究--從Bigtable、Dremel到Spanner（一）
癸巳即將過去，總得點禮物吧，思來想去，覺得寫寫GOOGLE分佈式數據庫技術發展情況，以此作爲禮物獻給自己，聊以自慰，由於時間有限，加之對於GOOGLE的分佈式數據庫理解也只能盲人摸象，難免有錯誤之處，敬請諒解。GOOGLE的分佈式數據庫系統
2019-02-22 23:52:15
6
原创 從分佈式數據庫的CAP特性說起
在傳統RDBM系統中，對於事務處理必須保證爲一個完整的邏輯處理過程，具備ACID四個特性，A Atonomy 事務處理的原子性，要麼成功，要麼失敗 ，C Consistency 一致性，數據庫必須保持原有約束的關係，數據之間必須符合數據完整
2019-02-22 23:52:15
1
原创 大數據的標準
大數據一出現，就成爲了業界的寵兒，每個企業和組織都言必稱採用大數據技術。那大數據究竟有沒有標準，是否每個產品都可以貼上大數據的標籤。大數據處理對象的4V特性大家都是耳熟能詳，此處就不多談，除此以外，大數據其實有自己數據量化指標。“數據總體存
2019-02-22 23:52:15
原创 GOOGLE分佈式數據庫技術演進研究--從Bigtable、Dremel到Spanner（三）
4 Spanner4.1背景在google的BIGTABLE論文中，提到過Bigtable後續計劃支持多Master的方向，由於BIGTABLE的架構中，只有一個Master服務器，因此一個Bigtable分佈式數據庫的擴展能力，始終是由
2019-02-22 23:52:15
1
原创 敏捷團隊po與其核心價值
敏捷團隊po與其核心價值有人曾經問過我 敏捷團隊po的核心價值在哪裏？這個問題使我思考Product Owner需要哪些關鍵特質，PO能給一個開發團隊帶來什麼樣的價值？對於軟件產品研發又有哪些價值？PO是否是一個軟件產品成功與否關鍵，微信開
2019-02-22 23:52:15
1
原创 說說OLTP和OLAP
在數據庫查詢中，存在兩種典型的查詢場景，一種是OLTP ，On-Line Transaction Processing，一種是 On-Line Analytical Processing，分別對應聯機事物處理和聯機查詢分析兩種不同類型。這兩
2018-09-12 02:00:55