****欧欧美毛片4,国产午夜精品视频,97视频在线观看免费视频,久久七国产精品

數(shù)據(jù)恢復(fù)咨詢熱線:400-666-3702??

歡迎訪問南京兆柏?cái)?shù)據(jù)恢復(fù)公司,專業(yè)數(shù)據(jù)恢復(fù)15年

兆柏?cái)?shù)據(jù)恢復(fù)公司

?常見問題

?當(dāng)前位置: 主頁 > 常見問題

為什么PostgreSQL是最成功的數(shù)據(jù)庫?

瀏覽量: 次 發(fā)布日期:2023-09-06 10:08:18

為什么PostgreSQL是最成功的數(shù)據(jù)庫?

  當(dāng)我們說一個(gè)數(shù)據(jù)庫"成功"時(shí),到底在說什么?是指功能性能易用性,還是成本生態(tài)復(fù)雜度?評(píng)價(jià)指標(biāo)有很多,但這件事最終還得由用戶來定奪。

  數(shù)據(jù)庫的用戶是開發(fā)者,而開發(fā)者的意愿、喜好、選擇又怎么說 ?StackOverflow 連續(xù)六年向來自180個(gè)國家的七萬多開發(fā)者問了這三個(gè)問題。

  縱覽這六年數(shù)據(jù),不難看出在2022年,PostgreSQL 已經(jīng)同時(shí)在這三項(xiàng)上登頂奪冠,成了字面意義上 “最成功的數(shù)據(jù)庫”

  PG 成為 專業(yè)開發(fā)者最常使用的數(shù)據(jù)庫!(Used)

  PG 成為 開發(fā)者最為喜愛的數(shù)據(jù)庫!(Loved)

  PG 成為開發(fā)者最想要用的數(shù)據(jù)庫!(Wanted)

  ?

  流行度反映當(dāng)年的勢能,需求度預(yù)示來年的動(dòng)能,喜愛度代表長期的潛能,時(shí)與勢都站在 PostgreSQL 一側(cè)。

  問為什么前先說是不是,讓我們來看一看具體的調(diào)研結(jié)果。

  PostgreSQL —— 專業(yè)開發(fā)者中最流行的數(shù)據(jù)庫!

  第一項(xiàng)調(diào)研,研究開發(fā)者目前使用什么數(shù)據(jù)庫,即,流行度。

  過去幾年,MySQL 一直霸占著數(shù)據(jù)庫流行榜的榜首,很符合其 ”世界上最流行的開源關(guān)系型數(shù)據(jù)庫“ 這一口號(hào)。不過這次,”最流行“的桂冠恐怕要讓給 PostgreSQL 了。

  在專業(yè)開發(fā)者中,PostgreSQL 以 46.5% 的使用率第一次超過 MySQL 位居第一,而 MySQL 以 45.7% 的使用率降至第二名。同為泛用性最好的開源關(guān)系型數(shù)據(jù)庫,排名第一第二的 PGSQL 與 MySQL ,與其他的數(shù)據(jù)庫遠(yuǎn)遠(yuǎn)拉開了距離。

  TOP 9 數(shù)據(jù)庫流行度演變(2017-2022)

  PGSQL 與 MySQL 的流行度差別并不大。值得一提的是,在見習(xí)開發(fā)者群體中,MySQL 仍然占據(jù)顯著的使用率優(yōu)勢(58.4%),如果算上這些新手初學(xué)者,MySQL 仍然保有 3.3% 的微弱流行度領(lǐng)先優(yōu)勢。

  但從下圖中不難看出,PostgreSQL 有顯著的增長動(dòng)能,而其他數(shù)據(jù)庫,特別是 MySQL、 sql server、Oracle 的使用率則在最近幾年持續(xù)衰退。隨著時(shí)間的推移,PostgreSQL 的領(lǐng)先優(yōu)勢將進(jìn)一步拉大。

  四大關(guān)系型數(shù)據(jù)庫流行度對(duì)比

  流行度反映的是當(dāng)下數(shù)據(jù)庫的規(guī)模勢能,而喜愛度反映的是未來數(shù)據(jù)庫的增長潛能。

  PostgreSQL —— 開發(fā)者最為喜愛的數(shù)據(jù)庫!

  第二個(gè)問題是關(guān)于開發(fā)者喜愛什么數(shù)據(jù)庫,討厭什么數(shù)據(jù)庫。在此項(xiàng)調(diào)研中,PostgreSQL 與 Redis 一騎絕塵,以 70%+ 的喜愛率高居榜首,顯著甩開其他數(shù)據(jù)庫。

  在過去幾年,Redis 一直是用戶最喜歡的數(shù)據(jù)庫。在 2022 年,形勢發(fā)生了變化,PostgreSQL 第一次超過 Redis,成為最受開發(fā)者喜愛的數(shù)據(jù)庫。

  Redis是簡單易用的數(shù)據(jù)結(jié)構(gòu)緩存服務(wù)器,經(jīng)常會(huì)與關(guān)系型數(shù)據(jù)庫搭配使用,廣受開發(fā)者喜愛。不過這次看起來,開發(fā)者還是更偏愛功能更豐富的 PostgreSQL 多一丟丟。

  相比之下 MySQL 與 Oracle 的表現(xiàn)就比較拉胯了。喜歡和討厭 MySQL 的人基本各占一半;而只有35% 的用戶喜歡 Oracle ,這也意味著近 2/3 的開發(fā)者反感 Oracle 。

  TOP 9 數(shù)據(jù)庫喜愛度演變(2017-2022)

  從邏輯上講,用戶的喜愛將導(dǎo)致軟件的流行,用戶的厭惡將導(dǎo)致軟件過氣。我們可以參照 凈推薦指數(shù)(NPS,又稱口碑,推薦者% - 貶損者%)的構(gòu)造方式, 設(shè)計(jì)一個(gè) 凈喜愛指數(shù) NLS:即 喜愛人群% - 厭惡人群%, 而數(shù)據(jù)庫流行度的導(dǎo)數(shù)應(yīng)當(dāng)與 NLS 呈現(xiàn)正相關(guān)性 。

  數(shù)據(jù)很好地印證了這一點(diǎn):PG 有著全場最高的 NLS:44% ,對(duì)應(yīng)著最高的流行度增長率 每年 460 個(gè)基點(diǎn)。MySQL 的口碑剛好落在褒貶線上方 (2.3%),流行度平均增速為 36 個(gè)基點(diǎn);而 Oracle 的口碑則為負(fù)的 29%,對(duì)應(yīng)平均每年44個(gè)基點(diǎn)的使用率負(fù)增長。當(dāng)然在這份榜單上, Oracle 只是倒數(shù)第三慘的,最不受人待見的是 IBM DB2 :1/4的人喜歡,3/4的人討厭,NLS = -48% ,對(duì)應(yīng) 46 個(gè)基點(diǎn)的年平均衰退。

  當(dāng)然,并不是所有潛能,都可以轉(zhuǎn)換為實(shí)打?qū)嵉膭?dòng)能。用戶的喜愛并不一定會(huì)付諸行動(dòng),而這就是第三項(xiàng)調(diào)研所要回答的問題。

  PostgreSQL —— 開發(fā)者最想使用的數(shù)據(jù)庫!

  “在過去的一年中,你在哪些數(shù)據(jù)庫環(huán)境中進(jìn)行了大量開發(fā)工作?在未來一年,你想在哪些數(shù)據(jù)庫環(huán)境中工作?”

  對(duì)于這個(gè)問題前半段的回答,引出了”最流行“數(shù)據(jù)庫的調(diào)研結(jié)果;而后半段,則給出了”最想要“這個(gè)問題的答案。如果說用戶的喜愛代表的是未來增長的潛能,那么用戶的需求就代表了下一年實(shí)打?qū)嵉脑鲩L動(dòng)能。

  在今年的調(diào)研中, PostgreSQL 毫不客氣地?cái)D開 MongoDB ,占據(jù)了開發(fā)者最想使用數(shù)據(jù)庫的寶座。高達(dá) 19% 的受訪者表示,下一年中想要使用 PostgreSQL 環(huán)境進(jìn)行開發(fā)。緊隨其后的是 MongoDB (17%) 與 Redis (14%),這三種數(shù)據(jù)庫的需求程度與其他數(shù)據(jù)庫顯著拉開了一個(gè)臺(tái)階。

  此前, MongoDB 一直占據(jù)”最想要“數(shù)據(jù)庫榜首,但最近開始出現(xiàn)過氣乏力的態(tài)勢。有多因素,例如,MongoDB 本身也受到了 PG 的沖擊。PostgreSQL 本身就包含了完整的 JSON 特性,可直接用作文檔數(shù)據(jù)庫,更有類似 FerretDB (原名 MangoDB)的項(xiàng)目可以直接在 PG 上對(duì)外提供 MongoDB 的 API。

  MongoDB 與 Redis 都是 NoSQL 運(yùn)動(dòng)的主力軍,而 Redis 的需求也在不斷增長。PostgreSQL 與 Redis,分別作為 SQL 與 NoSQL 的領(lǐng)軍者,保持著旺盛的需求與高速的增長,前途無量。

  PostgreSQL 在需求率, 使用率,喜愛率上都拔得頭籌,天時(shí)地利人和齊備,動(dòng)能勢能潛能都有,足以稱得上是最成功的數(shù)據(jù)庫。

  但我們想知道的是,為什么 PostgreSQL 會(huì)如此成功 ?

  其實(shí),秘密就藏在它的 Slogan 里:”世界上最先進(jìn)的開源關(guān)系型數(shù)據(jù)庫“

  關(guān)系型數(shù)據(jù)庫是如此的普及與重要,也許其他的數(shù)據(jù)庫品類如鍵值,文檔,搜索引擎,時(shí)序,圖,向量加起來也比不上它的一個(gè)零頭。以至于當(dāng)大家談起數(shù)據(jù)庫時(shí),如果沒有特殊說明,默認(rèn)隱指的就是”關(guān)系型數(shù)據(jù)庫“。在它面前,沒有其他數(shù)據(jù)庫品類敢稱自己為”主流“。

  以 DB-Engine 為例,DB-Engine的排名標(biāo)準(zhǔn)包括搜索系統(tǒng)名稱時(shí)的搜索引擎結(jié)果數(shù),Google趨勢,Stack Overflow討論,Indeed 提及系統(tǒng)的工作機(jī)會(huì),LinkedIn等專業(yè)網(wǎng)絡(luò)中的個(gè)人資料數(shù),Twitter等社交網(wǎng)絡(luò)中的提及數(shù)等,可理解為數(shù)據(jù)庫的“綜合熱度”。

  數(shù)據(jù)庫熱度趨勢:db-engines.com/en/ranking_trend

  在 DB-Engine 的熱度趨勢圖中我們可以看到一條鴻溝,前四名全都是 關(guān)系型數(shù)據(jù)庫 ,加上排名第五的 MongoDB,與其他數(shù)據(jù)庫在熱度上拉開了 數(shù)量級(jí)上的差距。

  我們只需要把關(guān)注點(diǎn)聚焦到這四種核心的關(guān)系型數(shù)據(jù)庫 Oracle,MySQL,SQL Server,PostgreSQL 上即可。

  關(guān)系型數(shù)據(jù)庫的生態(tài)位高度重疊,其關(guān)系可以視作零和博弈。拋開微軟生態(tài)關(guān)門自嗨相對(duì)獨(dú)立的商業(yè)數(shù)據(jù)庫 SQL Server 不提。關(guān)系型數(shù)據(jù)庫世界里上演的是一場三國演義。

  Oracle 有才無德,MySQL 才淺德薄,PGSQL 德才兼?zhèn)?/p>

  Oracle 是老牌商業(yè)數(shù)據(jù)庫,有著深厚的歷史技術(shù)積淀,功能豐富,支持完善。穩(wěn)坐數(shù)據(jù)庫頭把交椅,廣受不差錢且需要背鍋俠的企業(yè)喜愛。但其費(fèi)用高昂,且以訟棍行徑成為知名的業(yè)界毒瘤。Microsoft SQL Server 性質(zhì)與Oracle類似,都屬于商業(yè)數(shù)據(jù)庫。商業(yè)數(shù)據(jù)庫整體受開源數(shù)據(jù)庫沖擊,處于緩慢衰退的狀態(tài)。

  MySQL 流行度位居第二,但樹大招風(fēng),處于前狼后虎,上有野爹下有逆子的不利境地:在嚴(yán)謹(jǐn)?shù)氖聞?wù)處理和數(shù)據(jù)分析上,MySQL 被同為開源生態(tài)位的 PostgreSQL 甩開幾條街;而在糙猛快的敏捷方法論上,MySQL 又不如新興 NoSQL 好用;同時(shí) MySQL 上有養(yǎng)父 Oracle 壓制,中有兄弟 MariaDB 分家,下有諸如逆子 TiDB 等協(xié)議兼容 NewSQL 分羹,因此也在走下坡路。

  作為老牌商業(yè)數(shù)據(jù)庫,Oracle 的才毋庸質(zhì)疑,但其作為業(yè)界毒瘤,“德” ,亦不必多說,故曰:“有才無德”。

  MySQL 雖有開源之功德,奈何認(rèn)賊作父;且才疏學(xué)淺,功能簡陋,只能干干CRUD,故曰“才淺德薄”。

  唯有 PostgreSQL,德才兼?zhèn)洌日紦?jù)了開源崛起之天時(shí),又把握住功能先進(jìn)之地利,還有著寬松BSD協(xié)議之人和。

  正所謂:君子藏器于身,因時(shí)而動(dòng)。不鳴則已,一鳴驚人!

  單口開源:PostgreSQL已經(jīng)甩開MySQL了

  PostgreSQL 成功的秘訣就是兩個(gè)詞: 先進(jìn) 與 開源!

  開源之德

  PG的“德”在于開源。祖師爺級(jí)的開源項(xiàng)目,全世界開發(fā)者群策群力的偉大成果。協(xié)議友善BSD,生態(tài)繁榮擴(kuò)展多。開枝散葉,子孫滿堂,Oracle替代扛旗者

  什么叫“德”,合乎于“道”的表現(xiàn)就是德。而這條“道”就是開源。PostgreSQL是歷史悠久的祖師爺級(jí)開源項(xiàng)目,更是全世界開發(fā)者群策群力的典范成果。

  很久很久以前,開發(fā)軟件/信息服務(wù)需要使用非常昂貴的商業(yè)數(shù)據(jù)庫軟件。單花在軟件授權(quán)上的費(fèi)用可能就有六七位數(shù),加之相近的硬件成本與服務(wù)訂閱成本。Oracle一個(gè) CPU 核一年的軟件授權(quán)費(fèi)用便高達(dá)十幾萬,壕如阿里也吃不消要“去IOE”。以 PostgreSQL / MySQL 為代表的的開源數(shù)據(jù)庫崛起,讓用戶多了一個(gè)新的選擇。

  “不要錢” 的開源數(shù)據(jù)庫可以讓我們自由隨意地使用數(shù)據(jù)庫軟件,而這一點(diǎn)引發(fā)了行業(yè)變革:從一萬¥/ 核·月的商業(yè)數(shù)據(jù)庫,到20塊錢/核·月的純硬件成本。數(shù)據(jù)庫走入了尋常企業(yè)中,讓免費(fèi)提供信息服務(wù)成為可能。

  開源是有大功德的?;ヂ?lián)網(wǎng)的歷史就是開源軟件的歷史,IT行業(yè)之所以有今天的繁榮,人們能享受到如此多的免費(fèi)信息服務(wù),核心原因之一就是開源軟件。開源是一種真正成功的,以軟件自由為目的,由開發(fā)者構(gòu)成的 Communism(社區(qū)主義):軟件這種IT業(yè)的核心生產(chǎn)資料變?yōu)槿澜玳_發(fā)者公有,按需分配。開發(fā)者各盡所能,人人為我,我為人人。

  一個(gè)開源程序員工作時(shí),其勞動(dòng)背后可能蘊(yùn)含的是數(shù)以萬計(jì)頂尖開發(fā)者的智慧結(jié)晶。程序員薪資高從原理上來說是因?yàn)?,開發(fā)者本質(zhì)上不是一個(gè)簡單的工人,而是一個(gè)指揮軟件和硬件干活的包工頭。程序員自己就是核心生產(chǎn)資料;軟件來自公有社區(qū);服務(wù)器硬件更是唾手可得;因此一個(gè)或幾個(gè)高級(jí)的軟件工程師,就可以很輕松地利用開源生態(tài)快速解決領(lǐng)域問題。

  通過開源,所有社區(qū)開發(fā)者形成合力,極大降低了重復(fù)造輪子的內(nèi)耗。使得整個(gè)行業(yè)的技術(shù)水平以匪夷所思的速度向前邁進(jìn)。開源的勢頭就像滾雪球,時(shí)至今日已經(jīng)勢不可擋?;旧铣艘恍┨厥鈭鼍昂吐窂揭蕾?,軟件開發(fā)中閉門造車搞自力更生幾乎成了一個(gè)大笑話。

  越是底層基礎(chǔ)的軟件,開源便越占優(yōu)勢。

  開源,也是 PostgreSQL 對(duì)陣 Oracle 的最大底氣所在。

  Oracle 先進(jìn),但 PostgreSQL 也不差。PostgreSQL 是 Oracle 兼容性最好的開源數(shù)據(jù)庫,原生即支持 Oracle 85% 的功能,更有 96% 功能兼容的專業(yè)發(fā)行版。但更重要的是,Oracle 價(jià)格高昂,而 PG 開源免費(fèi)。壓倒性的成本優(yōu)勢讓 PG 擁有了巨大的生態(tài)位基礎(chǔ):它不一定要在功能先進(jìn)性上超過 Oracle 才能成功 ,廉價(jià)9成正確 已經(jīng)足以干翻 Oracle 。

  PostgreSQL 可以視作一個(gè)開源版的“Oracle”,是唯一能真正威脅到 Oracle 的數(shù)據(jù)庫。作為 ”去O“ 抗旗者,PG 可謂子孫滿堂, 36% 的 “國產(chǎn)數(shù)據(jù)庫” 更是直接基于PG “開發(fā)”,養(yǎng)活了一大批 自主可控 的 數(shù)據(jù)庫公司,可謂功德無量。重要的是,PostgreSQL 社區(qū)并不反對(duì)這樣的行為,BSD 協(xié)議允許這樣做。這樣開放的胸襟,是被Oracle收購的,使用GPL協(xié)議的MySQL所難以比擬的。

  PG的“才”在于先進(jìn)。一專多長的全棧數(shù)據(jù)庫,一個(gè)打十個(gè),天生就是 HTAP。時(shí)空地理分布式,時(shí)序文檔超融合,單一組件即可覆蓋幾乎所有數(shù)據(jù)庫需求。

  PG的“才”在于一專多長。PostgreSQL是一專多長的全棧數(shù)據(jù)庫,天生就是HTAP,超融合數(shù)據(jù)庫,一個(gè)打十個(gè)?;締我唤M件便足以覆蓋中小型企業(yè)絕大多數(shù)的數(shù)據(jù)庫需求:OLTP,OLAP,時(shí)序數(shù)據(jù)庫,空間GIS,全文檢索,JSON/XML,圖數(shù)據(jù)庫,緩存,等等等等。

  PostgreSQL 是各種關(guān)系型數(shù)據(jù)庫中性價(jià)比最高的選擇:它不僅可以用來做傳統(tǒng)的 CRUD OLTP 業(yè)務(wù),數(shù)據(jù)分析更是它的拿手好戲。各種特色功能更是提供了切入多種行業(yè)以的契機(jī):基于 PostGIS 的地理時(shí)空數(shù)據(jù)處理分析,基于 TimescaleDB 的時(shí)序金融物聯(lián)網(wǎng)數(shù)據(jù)處理分析,基于存儲(chǔ)過程觸發(fā)器的流式處理,基于倒排索引全文檢索的搜索引擎,F(xiàn)DW 對(duì)接統(tǒng)一各式各樣的外部數(shù)據(jù)源。可以說,PG是真正一專多長的全棧數(shù)據(jù)庫,它可以實(shí)現(xiàn)的比單純 OLTP 數(shù)據(jù)庫要豐富得多的功能。

  在一個(gè)很可觀的規(guī)模內(nèi),PostgreSQL 都可以獨(dú)立扮演多面手的角色,一個(gè)組件當(dāng)多種組件使。而單一數(shù)據(jù)組件選型可以極大地削減項(xiàng)目額外復(fù)雜度,這意味著能節(jié)省很多成本。它讓十個(gè)人才能搞定的事,變成一個(gè)人就能搞定的事。 不是說PG要一個(gè)打十個(gè)把其他數(shù)據(jù)庫的飯碗都掀翻:專業(yè)組件在專業(yè)領(lǐng)域的實(shí)力是毋庸置疑的。但切莫忘記,為了不需要的規(guī)模而設(shè)計(jì)是白費(fèi)功夫,這屬于過早優(yōu)化的一種形式。如果真有那么一樣技術(shù)可以滿足你所有的需求,那么使用該技術(shù)就是最佳選擇,而不是試圖用多個(gè)組件來重新實(shí)現(xiàn)它。

  以探探為例,在 250w TPS 與 200 TB 數(shù)據(jù)的量級(jí)下,單一PostgreSQL選型依然能穩(wěn)定可靠地?fù)纹饦I(yè)務(wù),并能在很可觀的規(guī)模內(nèi)做到一專多長。除了本職的 OLTP,PG 還在相當(dāng)長的時(shí)間里兼任了緩存,OLAP,批處理,甚至消息隊(duì)列的角色。當(dāng)然神龜雖壽,猶有竟時(shí)。最終這些兼職功能還是要逐漸分拆出去由專用組件負(fù)責(zé),但那已經(jīng)是近千萬日活時(shí)候的事了。

  PostgreSQL 的先進(jìn)性有目共睹,這也是其對(duì)陣同為開源關(guān)系型數(shù)據(jù)庫的老對(duì)手 —— MySQL 時(shí),真正的核心競爭力。

  MySQL的口號(hào)是“世界上最流行的開源關(guān)系型數(shù)據(jù)庫”,它的核心特點(diǎn)是糙猛快,基本盤是互聯(lián)網(wǎng)公司。

  互聯(lián)網(wǎng)公司的典型特點(diǎn)是什么?追逐潮流糙猛快。糙說的是互聯(lián)網(wǎng)公司業(yè)務(wù)場景簡單(CRUD居多);數(shù)據(jù)重要性不高,不像傳統(tǒng)行業(yè)(例如銀行)那樣在意數(shù)據(jù)的一致性與正確性;可用性優(yōu)先,相比停服務(wù)更能容忍數(shù)據(jù)丟亂錯(cuò),而一些傳統(tǒng)行業(yè)寧可停止服務(wù)也不能讓賬目出錯(cuò)。 猛說的則是互聯(lián)網(wǎng)行業(yè)數(shù)據(jù)量大,它們需要的就是水泥槽罐車做海量 CRUD,而不是高鐵和載人飛船。 快說的則是互聯(lián)網(wǎng)行業(yè)需求變化多端,出活周期短,要求響應(yīng)時(shí)間快,大量需求的就是開箱即用的軟件全家桶(如LAMP)和簡單培訓(xùn)就能上手干活的 CRUD Boy。于是,糙猛快的互聯(lián)網(wǎng)公司和糙猛快的 MySQL 一拍即合。

  但時(shí)過境遷,PostgreSQL 進(jìn)步神速,在”快“與”猛“上 MySQL 已經(jīng)不占優(yōu),現(xiàn)在只剩下”糙“了。舉個(gè)例子,MySQL 的哲學(xué)可以稱之為:“好死不如賴活著”,與 “我死后哪管洪水滔天”。其“糙”體現(xiàn)在各種“容錯(cuò)”上,例如允許呆瓜程序員寫出的錯(cuò)誤的SQL也能跑起來。最離譜的例子就是:MySQL 竟然允許部分成功的事務(wù)提交,這就違背了關(guān)系型數(shù)據(jù)庫的基本約束:原子性與數(shù)據(jù)一致性。

  圖:MySQL默認(rèn)竟然允許部分成功的事務(wù)提交

  在先進(jìn)性上, PostgreSQL 豐富的功能已經(jīng)甩開 MySQL 了幾條街,而 MySQL 引以為豪的 ”流行度“ 也開始被 PostgreSQL 反超。

  時(shí)來天地皆同力,運(yùn)去英雄不自由。先進(jìn)的因會(huì)反映為流行的果,流行的東西因?yàn)槁浜蠖^氣,而先進(jìn)的東西會(huì)因?yàn)橄冗M(jìn)變得流行。在這個(gè)變革的時(shí)代中,沒有先進(jìn)的功能打底,“流行”也也難以長久。時(shí)代所賦予的紅利,也會(huì)隨時(shí)代過去而退潮。

  先進(jìn)與開源,就是 PostgreSQL 成功的最大法寶。Oracle 先進(jìn), MySQL 開源,PostgreSQL 先進(jìn)又開源。天時(shí)地利人和齊備,何愁大業(yè)不成?

  軟件吞噬世界, 開源吞噬軟件,而云吞噬開源。

  看上去,數(shù)據(jù)庫之爭已經(jīng)塵埃落定,一段時(shí)間內(nèi)大概不會(huì)有其他數(shù)據(jù)庫內(nèi)核能威脅到 PostgreSQL 了。但對(duì) PostgreSQL 開源社區(qū)真正的威脅已經(jīng)不再是其他數(shù)據(jù)庫內(nèi)核,而是軟件使用范式的嬗變:云出現(xiàn)了。

  最初,大家開發(fā)軟件/信息服務(wù)需要使用昂貴的商業(yè)軟件( Oracle,SQL Server,Unix )。而隨著 Linux / PostgreSQL 這些開源軟件的興起,用戶們有了新的選擇。開源軟件確實(shí)免費(fèi)不要錢,但想用好開源軟件,是一件門檻很高的事情,用戶需要雇傭開源軟件專家來幫助自己用好開源軟件。

  大規(guī)模下用開源DBA自建更合算,只是好DBA太稀缺了。

  這便是開源的核心模式:開源軟件開發(fā)者給開源軟件做貢獻(xiàn);開源軟件通過好用免費(fèi)吸引大量用戶;用戶在使用開源軟件時(shí)產(chǎn)生需求,創(chuàng)造更多開源軟件相關(guān)就業(yè)崗位,創(chuàng)造更多的開源軟件開發(fā)者。這三步形成了一個(gè)正反饋循環(huán):更多的開源貢獻(xiàn)者讓開源軟件更好用,更省錢,從而吸引更多用戶,并創(chuàng)造出更多的開源貢獻(xiàn)者。開源生態(tài)的繁榮有賴于這個(gè)閉環(huán),而公有云廠商的出現(xiàn)打破了這個(gè)循環(huán)。

  公有云廠商將開源數(shù)據(jù)庫套上殼,加上自己的硬件與管控軟件,雇傭共享DBA提供支持,便成了云數(shù)據(jù)庫。誠然這是一項(xiàng)很有價(jià)值的服務(wù),但云廠商將開源軟件放在自家的云平臺(tái)售賣而鮮有回饋,實(shí)質(zhì)上是一種通過“搭便車”吸血開源的行為。這樣的共享外包模式將導(dǎo)致開源軟件的崗位與利潤向云廠商集中,最終形成少數(shù)巨頭做大壟斷,傷害到所有用戶的軟件自由。

  世界已經(jīng)被云改變了,閉源軟件早已不是最重要的問題了。

  “在 2020 年,計(jì)算自由的敵人是云計(jì)算軟件”。

  這是 DDIA 作者 Martin Kleppmann 在其“本地優(yōu)先軟件”運(yùn)動(dòng)中提出的 宣言。云軟件指的是運(yùn)行在供應(yīng)商服務(wù)器上的軟件,例如:Google Docs、Trello、Slack、Figma、Notion 。以及最核心的云軟件,云數(shù)據(jù)庫。

  后云時(shí)代,開源社區(qū)如何應(yīng)對(duì)云軟件的挑戰(zhàn)?Cloud Native 運(yùn)動(dòng)給出了答案。這是一場從公有云奪回軟件自由的偉大運(yùn)動(dòng),而數(shù)據(jù)庫,則是其中的核心焦點(diǎn)。

  Cloud Native 全景還缺少最后一塊拼圖:數(shù)據(jù)庫!

  這也是我們做 開箱即用的開源PostgreSQL 數(shù)據(jù)庫發(fā)行版 —— Pigsty 想要解決的問題:做一個(gè)用戶在本地即可使用的RDS服務(wù),成為云數(shù)據(jù)庫的開源替代!

  Pigsty 帶有開箱即用的 RDS / PaaS / SaaS 整合;一個(gè)無可比擬的PG監(jiān)控系統(tǒng)與自動(dòng)駕駛的高可用集群架構(gòu)方案;一鍵安裝部署,并提供 Database as Code 的易用體驗(yàn);在體驗(yàn)比肩甚至超越云數(shù)據(jù)庫的前提下,數(shù)據(jù)自主可控且成本減少 50% ~ 90%。我們希望它能極大降低 PostgreSQL 使用的門檻,成為開發(fā)者與DBA的 Copilot :讓更多用戶可以用 好數(shù)據(jù)庫, 用好 數(shù)據(jù)庫。

  當(dāng)然,限于篇幅,云數(shù)據(jù)庫與后云時(shí)代的數(shù)據(jù)庫未來,就是下一篇文章要介紹的故事了。

  PostgreSQL中文社區(qū)歡迎廣大技術(shù)人員投稿投稿郵箱:press@postgres.cn

相關(guān)推薦

. 希捷移動(dòng)硬盤天津維修,為什么選擇希捷移動(dòng)硬盤?

. 服務(wù)器備份數(shù)據(jù)恢復(fù),為什么需要服務(wù)器備份數(shù)據(jù)恢復(fù)

. linux數(shù)據(jù)恢復(fù)公司,為什么選擇Liux數(shù)據(jù)恢復(fù)公司?

. 服務(wù)器 數(shù)據(jù)恢復(fù),為什么需要服務(wù)器數(shù)據(jù)恢復(fù)

. oracle 修復(fù)安裝,為什么需要進(jìn)行Oracle修復(fù)安裝

. oracle數(shù)據(jù)庫維保,為什么需要進(jìn)行Oracle數(shù)據(jù)庫維保

. oracle修復(fù),為什么需要進(jìn)行Oracle修復(fù)

. 服務(wù)器備份數(shù)據(jù)恢復(fù),為什么需要服務(wù)器備份數(shù)據(jù)恢復(fù)

. Mysql數(shù)據(jù)恢復(fù)時(shí)主從設(shè)置開啟,為什么在MySQL數(shù)據(jù)恢復(fù)時(shí)需要開啟主從設(shè)置?

. 數(shù)據(jù)恢復(fù)咨詢電話,為什么需要數(shù)據(jù)恢復(fù)咨詢電話

. mysql恢復(fù)數(shù)據(jù)表,為什么需要恢復(fù)數(shù)據(jù)表

. oracle修復(fù)時(shí)提示未找到msi文件,為什么oracle修復(fù)時(shí)提示未找到msi文件

. 移動(dòng)硬盤數(shù)據(jù)恢復(fù)用什么軟件,為什么需要移動(dòng)硬盤數(shù)據(jù)恢復(fù)?

. 磁盤陣列 數(shù)據(jù)恢復(fù),磁盤陣列 數(shù)據(jù)恢復(fù):為什么需要它?

. dell服務(wù)器數(shù)據(jù)恢復(fù),為什么需要dell服務(wù)器數(shù)據(jù)恢復(fù)?

. 戴爾服務(wù)器重置,戴爾服務(wù)器重置:為什么需要重置?

. 數(shù)據(jù)庫恢復(fù)需要建立冗余數(shù)據(jù),包括數(shù)據(jù)轉(zhuǎn)儲(chǔ),為什么數(shù)據(jù)庫恢復(fù)需要建立冗余數(shù)據(jù)?

. 服務(wù)器數(shù)據(jù)恢復(fù)價(jià)格,服務(wù)器數(shù)據(jù)恢復(fù)價(jià)格:為什么價(jià)格不菲?

. 裝了第2個(gè)硬盤變得特別卡,為什么裝了第2個(gè)硬盤會(huì)變得卡?

. 硬盤盒維修,硬盤盒維修:為什么需要維修?