（以下整理自 空中傳譯） A abstract 抽象的 abstract base class (ABC)抽象基類 abstract class 抽象類 abstraction

在設計交易系統時，穩定性、可擴充套件性、可維護性都是我們需要關注的重點。本文將對如何通過狀態機在交易系統中的應用解決上述問題做出一些探討。 關於馬蜂窩機票訂單交易系統 交易系統往往存在訂單維度多、狀態多

可能不管新手老手有些程式設計師，接手一個專案之後都會多少有些迷惘。 以下是本人總結出來的一點小心得，如果錯誤希望大家給我留言，一起討論： 最重要的事兒 如果你總是看見程式碼多就發

時間：跨越大（2018.12至今2019.04.10） 地點：北京朝陽區某大廈某座某層 人物：ABC等 事情描述：見下文 去年年底手上開發任務已完成，暫無其他開發需求，被安排協助一個專案。看，又有個爛

效能優化專題 前端效能優化 資料庫效能優化 jvm和多執行緒優化

自從用上GreenDao框架之後，其他的ORM資料庫框架都很少用了，因為GreenDao使用起來很方便，唯一的缺點就是資料庫升級稍微麻煩了一點。具體的使用方式網上有很多教程，這裡我只是記錄一下資料庫表單關聯

前言 隨著公司業務的爆炸式的增長，需求規模和使用者規模也迅速地膨脹起來，這樣給系統的三高(高效能、高併發、高可用)以及擴充套件性、可維護性都帶來了考驗。而舊系統因為早期設計的各種侷限性（如早期參與人員的水平

前言 測序的生信資料往往體量龐大，動輒幾十個G不在話下，常規的下載方式往往會遇到下載速度慢或者下載不成功的問題。但是呢，在復現論文或者學習生信流程的過程中，獲取資料又是第一步的工作，所以總結了一些簡單的資料

demo程式移步： github.com/zhoubihui/r… ,redo log分析的幾個階段如下(Oracle 11g R2): redo結構計算(已更新) BBED &

前言： 在併發訪問情況下，可能會出現髒讀、不可重複讀和幻讀等讀現象，為了應對這些問題，主流資料庫都提供了鎖機制，並引入了事務隔離級別的概念。資料庫管理系統（DBMS）中的併發控制的任務是確保在多個

最近，五一小長假的放假時間調整了，決定趁著假期出去玩一玩。我和女朋友商量好，我負責制定行程，她負責購買出行用品。相安無事，我正在各家比價中，不知道發生了什麼，女朋友買買買竟然不高興了。

最近有業務場景需要用多個欄位做分割槽表，資料量比較大，儲存時間也較長，經過學習與實踐，算是基本完成，以下內容為實踐樣例： ---建表語句 create table t_table ( areac

隨著業務的快速發展，應用單體架構暴露出程式碼可維護性差、容錯率低、測試難度大和敏捷交付能力差等諸多問題，微服務應運而生。微服務的誕生一方面解決了上述問題，但是另一方面卻引入新的問題，其中主要問題之一就是： 如

ORM模型 ORM模型是對JDBC的封裝 即ORM模型是對資料庫表和簡單java物件的封裝. 解決資料庫和POJO物件的對映. 資料庫的資料轉化為java物件,通過配置檔案 Hibernat

正常情況下，查詢的資料都存在，如果請求一個不存在的資料，也就是快取和資料庫都查不到這個資料，每次都會去資料庫查詢，這種查詢不存在資料的現象我們稱為快取穿透 穿透帶來的問題 如果每次都拿一個不存在的id去