Fedora Linux欲將RPM數(shù)據(jù)庫遷移
作為最終針對 Red Hat Enterprise Linux 的一項舉措，負責 Fedora 的 Red Hat 開發(fā)者計劃將 RPM 數(shù)據(jù)庫(RPMDB) 從此前一直使用的 Berkeley DB 過渡到使用 SQLite。
自 2006 年 Oracle 收購 Berkeley DB 的開發(fā)廠商 Sleepycat Software 以來，Berkeley DB 6.0 及更高版本采用了由 AGPL 開源協(xié)議和商業(yè)許可證組合成的雙重許可證，而非先前的自由軟件許可協(xié)議。雙重許可證的變更使 RPMDB 決定不再使用 Berkeley DB，即使 Berkeley DB 的最新上游版本已更新至 18.1。
有人認為早應放棄使用老舊的 Berkeley DB 5，但是對于 Fedora 33 來說，這個目標可能會需要在今年晚些時候才會最終實現(xiàn)，并且為 Fedora 32 提供了一年的時間來全面過渡。
開發(fā)者認為一旦完全實現(xiàn)并利用 SQLite 的現(xiàn)代功能，將會帶來一個更強大的 RPM 數(shù)據(jù)庫，并擺脫對核心組件之一的 Berkeley DB 的依賴。
通過此 Wiki 頁面可獲得有關 RPMDB SQLite 過渡計劃的更多詳細信息。同樣對于 Fedora 33，該計劃也會使用 RPM 4.16。RPM 4.16 是最初的實驗性 SQLite 后端，具有改進的表達式解析器，SSD 檢測和優(yōu)化以及其他功能。
聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用，如有內容侵權或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
數(shù)據(jù)庫
+關注
關注
7文章
3800瀏覽量
64402 -
SQlite
+關注
關注
0文章
78瀏覽量
15945
發(fā)布評論請先 登錄
相關推薦
數(shù)據(jù)庫加密辦法
企業(yè)對于數(shù)據(jù)的重視程度不言而喻，也衍生出了數(shù)據(jù)=資產(chǎn)的概念。但是數(shù)據(jù)泄漏的事件頻繁發(fā)生，為了保護數(shù)據(jù)資產(chǎn)，企業(yè)有必要對數(shù)據(jù)庫做一些針對性的措
數(shù)據(jù)庫數(shù)據(jù)恢復—Mysql數(shù)據(jù)庫表記錄丟失的數(shù)據(jù)恢復流程
Mysql數(shù)據(jù)庫故障：
Mysql數(shù)據(jù)庫表記錄丟失。
Mysql數(shù)據(jù)庫故障表現(xiàn)：
1、Mysql數(shù)據(jù)庫表中無任何數(shù)據(jù)或只有部分
數(shù)據(jù)庫事件觸發(fā)的設置和應用
數(shù)據(jù)庫無論對于生產(chǎn)管理還是很多的實際應用都非常重要。小編這次聊一下數(shù)據(jù)庫事件觸發(fā)的應用。示例使用了postgresql和Python。
數(shù)據(jù)庫數(shù)據(jù)恢復—MYSQL數(shù)據(jù)庫ibdata1文件損壞的數(shù)據(jù)恢復案例
mysql數(shù)據(jù)庫故障：
mysql數(shù)據(jù)庫文件ibdata1、MYI、MYD損壞。
故障表現(xiàn)：1、數(shù)據(jù)庫無法進行查詢等操作；2、使用mysqlcheck和myisamchk無法修復數(shù)據(jù)庫
數(shù)據(jù)庫數(shù)據(jù)恢復—通過拼接數(shù)據(jù)庫碎片恢復SQLserver數(shù)據(jù)庫
一個運行在存儲上的SQLServer數(shù)據(jù)庫，有1000多個文件，大小幾十TB。數(shù)據(jù)庫每10天生成一個NDF文件，每個NDF幾百GB大小。數(shù)據(jù)庫包含兩個LDF文件。
存儲損壞，數(shù)據(jù)庫不
Oracle數(shù)據(jù)恢復—異常斷電后Oracle數(shù)據(jù)庫啟庫報錯的數(shù)據(jù)恢復案例
Oracle數(shù)據(jù)庫故障：
機房異常斷電后，Oracle數(shù)據(jù)庫啟庫報錯：“system01.dbf需要更多的恢復來保持一致性，數(shù)據(jù)庫無法打開”。數(shù)據(jù)
數(shù)據(jù)庫數(shù)據(jù)恢復—Oracle數(shù)據(jù)庫文件system01.dbf損壞的數(shù)據(jù)恢復案例
打開oracle數(shù)據(jù)庫報錯“system01.dbf需要更多的恢復來保持一致性，數(shù)據(jù)庫無法打開”。
數(shù)據(jù)庫數(shù)據(jù)恢復—SQL Server數(shù)據(jù)庫出現(xiàn)823錯誤的數(shù)據(jù)恢復案例
SQL Server數(shù)據(jù)庫故障：
SQL Server附加數(shù)據(jù)庫出現(xiàn)錯誤823，附加數(shù)據(jù)庫失敗。數(shù)據(jù)庫沒有備份，無法通過備份恢復數(shù)據(jù)庫。
一文詳解企業(yè)上云數(shù)據(jù)庫是干嘛的
業(yè)上云數(shù)據(jù)庫是企業(yè)將其數(shù)據(jù)庫系統(tǒng)從傳統(tǒng)的本地數(shù)據(jù)中心遷移到由第三方云服務提供商管理的遠程服務器上的過程。這樣做的目的通常是為了提高數(shù)據(jù)處理的
恒訊科技分析：sql數(shù)據(jù)庫怎么用？
SQL數(shù)據(jù)庫的使用通常包括以下幾個基本步驟： 1、選擇數(shù)據(jù)庫系統(tǒng)： 選擇適合您需求的SQL數(shù)據(jù)庫系統(tǒng)，如MySQL、PostgreSQL、Microsoft SQL Server、SQLite等
數(shù)據(jù)庫數(shù)據(jù)恢復—SQL Server數(shù)據(jù)庫所在分區(qū)空間不足報錯的數(shù)據(jù)恢復案例
SQL Server數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境：
某品牌服務器存儲中有兩組raid5磁盤陣列。操作系統(tǒng)層面跑著SQL Server數(shù)據(jù)庫，SQL Server數(shù)據(jù)庫存放在D盤分區(qū)中。
數(shù)據(jù)庫數(shù)據(jù)恢復—數(shù)據(jù)庫所在分區(qū)空間不足導致sqlserver故障的數(shù)據(jù)恢復案例
數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境：
某品牌r520服務器，服務器中有7塊SAS硬盤，這7塊硬盤組建了一組2盤raid1陣列和一組5盤raid5陣列，raid1陣列存儲空間安裝操作系統(tǒng)，raid5陣列存儲空間存放
數(shù)據(jù)庫數(shù)據(jù)恢復—raid5陣列上層Sql Server數(shù)據(jù)庫數(shù)據(jù)恢復案例
數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境：
5塊硬盤組建一組RAID5陣列，劃分LUN供windows系統(tǒng)服務器使用。windows系統(tǒng)服務器內運行了Sql Server數(shù)據(jù)庫，存儲空間在操作系統(tǒng)層面劃分了三個邏輯分區(qū)
選擇 KV 數(shù)據(jù)庫最重要的是什么？
經(jīng)常有客戶提到 KV 數(shù)據(jù)庫，但卻偏偏“不要 Redis”。比如有個做安全威脅分析平臺的客戶，他們明確表示自己對可靠性要求非常高，需要的不是開源 Redis 這種內存緩存庫，而是 KV 數(shù)據(jù)庫。雖然
【數(shù)據(jù)庫數(shù)據(jù)恢復】Oracle數(shù)據(jù)庫ASM實例無法掛載的數(shù)據(jù)恢復案例
oracle數(shù)據(jù)庫ASM磁盤組掉線，ASM實例不能掛載。數(shù)據(jù)庫管理員嘗試修復數(shù)據(jù)庫，但是沒有成功。
工商網(wǎng)監(jiān)
評論