Ubuntu 開機自動掛載硬碟
sudo vim /etc/fstab
在檔案中加入以下內容
# Auto mount disk on boot
UUID=<partition UUID> /media/<user_name>/mydisk ext4 defaults 0 0
Android 9 開始採用之 SQLite WAL 模式
前言 從 Android 9 開始，App 的 SQLite 日誌模式預設採用 SQLite 在 3.7.0 版加入的 WAL (Write-Ahead Logging) 模式。 相較於原本的 TRUNCATE 模式，有寫入速度較快、讀和寫不會阻塞......等優點。 詳細內容可以參考 SQLite 官方網站，這邊就不詳述了。 Write-Ahead Logging 採用 WAL 前後的檔案結構差異 原先的 databases 目錄下有 *.db 和 *.db-journal 兩個檔案。 採用 WAL 的 databases 目錄下則改為 *.db、*.db-shm、*.db-wal 三個檔案。 交易模型 (Transaction Model) 日誌 (journal) 的主要目的是為了要讓 SQLite 可以支援「交易」(TRANSACTION)，當交易失敗或中斷時可用此檔案來還原。 而 SQLite 對於日誌的處理有兩種作法： 回滾日誌檔 (Rollback Journal)： 先將原內容則備份至 Rollback Journal 中，再將要異動的內容直接寫入 DB。當需要 rollback 時，再將原內容由日誌檔寫回 DB；若要 commit 變更時，則只要將該檔案刪除即可。 而 rollback 的日誌模式又可細分為 4 種：DELETE (SQLite 預設值)、TRUNCATE (Android 版 SQLite 預設值)、PERSIST、MEMORY WAL (Write-Ahead Log)： 作法與 Rollback Journal 剛好相反。原內容仍保留在原 DB 之中，但新的異動則 append 至 WAL 檔。而當 COMMIT 發生時，僅代表某筆記錄已 append 進 WAL 檔了，但並不一定有寫入原 DB (當 WAL 檔案大小到達 checkpoint 的閥值時才會寫入) 。如此可讓其他資料庫連結繼續對原 DB 內容進行讀取操作，而其他連結也可同時將異動 COMMIT 進 WAL 檔。 啟用/停用 WAL 在繼承 SQLiteOpenHelper 的 class 中覆寫 onConfigure 方法，加...
留言
張貼留言