持久層設計某次泛化討論的幾個思路

2021-08-31 22:46:11 字數 610 閱讀 6890

表設計基於模型和業務約束的要求:

1、表的設計必須從系統建模開始,提供er圖,表結構遵循正規化要求。

2、考察幾個資料處理異常複雜的點,包括需要使用儲存過程的場景。

3、非同步資料訪問場景的識別。

4、舊有資料的相容。

大資料量下可用性的要求:

1、大表的識別和設計,確定索引,避免大表join操作。

2、一次使用者請求事務中,至多執行兩次commit操作。oracle寫回滾日誌的關係,資料量不大的時候,commit經常比update還要耗時。

3、update操作對資料量有預估計,大資料量批量和非同步完成,避免回滾段填塞過度。

4、根據實際場景(包括儲存資料量、可用性和可擴充套件性,acid要求等)選擇持久層對大資料量的接納方式:

(1)rac

(2)讀寫庫分離

(3)分割槽,水平擴充套件

(4)切換到某一nosql資料庫,如cassandra、redis、mongodb等

5、選擇合適的持久層框架,如ibatis、hibernate。

6、選擇適當的持久層快取機制,基於持久層物件的簡單儲存,lru演算法。

7、對於大表,提供可靠的表資料量估計,控制其執行計畫,避免oracle動態取樣。

什麼是持久層 為什麼要持久化

1.什麼是持久層?quote 狹義的理解 持久化 僅僅指把域物件永久儲存到資料庫中 廣義的理解,持久化 包括和資料庫相關的各種操作 持久化就是將有用的資料以某種技術儲存起來,將來可以再次取出來應用,資料庫技術,將記憶體資料一檔案的形式儲存在永久介質中 磁碟等 都是持久化的例子.儲存 把域物件永久儲存...

某次疫情統計視覺化(原型設計)

這個作業屬於哪個課程 2020春 w班 福州大學 這個作業的要求在 結對第一次 某次疫情統計視覺化 原型設計 結對學號 221701101 221701108 這個作業的目標 結對合作,設計方案,給出原型模型 作業正文 某次疫情統計視覺化 原型設計 其他參考文獻 無從今年 1 月下旬開始,疫情開始全...

關於MySQL的本地資料持久化的討論

mysql目前被廣泛應用於企業中,資料儲存的重要一點就是資料的可靠性。即,當應用提交事物,返回成功後,資料庫必須保證這個修改有效,不會因為意外情況而丟失。當然,要做到這點,單機是不可能的,所以資料庫大多會有異地容災,來保證單機意外不可用時,有可靠備份。不過,本文章不討論分布式的情況。只討論,mysq...