偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

2025 DTCC 點(diǎn)滴有感

原創(chuàng) 精選
數(shù)據(jù)庫(kù) 其他數(shù)據(jù)庫(kù)
作為一個(gè)數(shù)據(jù)庫(kù)多年從業(yè)者,看到了這些年來(lái)數(shù)據(jù)庫(kù)的快速發(fā)展。特別是在最近的二十年,國(guó)產(chǎn)數(shù)據(jù)庫(kù)經(jīng)歷了巨大的變化。

作為數(shù)據(jù)庫(kù)行業(yè)的年度盛會(huì),DTCC 2025如期而至。筆者全程參與了本次大會(huì),也與很多老朋友難得一見、相談甚歡。特別是在第一天晚上的DBA之夜,還有幸拿到了首界IT新媒體的一個(gè)獎(jiǎng),算是給自媒體分享的小小鼓勵(lì)。作為年度會(huì)議,各位嘉賓的分享,是行業(yè)一年來(lái)發(fā)展的一個(gè)風(fēng)向標(biāo)。受個(gè)人精力所限,只看了部分場(chǎng)次的分享,下文就是一點(diǎn)點(diǎn)個(gè)人感受。

1. 行業(yè)趨勢(shì)篇

1)數(shù)據(jù)庫(kù)國(guó)產(chǎn)化進(jìn)程

作為一個(gè)數(shù)據(jù)庫(kù)多年從業(yè)者,看到了這些年來(lái)數(shù)據(jù)庫(kù)的快速發(fā)展。特別是在最近的二十年,國(guó)產(chǎn)數(shù)據(jù)庫(kù)經(jīng)歷了巨大的變化。從之前“老四家”在苦苦堅(jiān)持,到之后大批新生力量的涌現(xiàn),再到信創(chuàng)轉(zhuǎn)型下行業(yè)的快速收斂。我們正在經(jīng)歷著這一歷史的轉(zhuǎn)型期。就在大會(huì)的第二天,數(shù)據(jù)庫(kù)國(guó)測(cè)名錄三期的公布,可以說(shuō)大大出乎了很多人的意料,可謂幾家歡喜幾家愁。相信在未來(lái)的二、三年,行業(yè)還存在諸多變數(shù),大浪淘沙,有些企業(yè)會(huì)脫穎而出,有些則會(huì)沉寂掉隊(duì)。這一變化的結(jié)果可能會(huì)影響中國(guó)未來(lái)一二十年乃至更長(zhǎng)的數(shù)據(jù)庫(kù)行業(yè)格局。

圖片圖片

2)開源發(fā)展的思考

就在數(shù)年前,開源數(shù)據(jù)庫(kù)的市場(chǎng)占有率已經(jīng)超過商業(yè)數(shù)據(jù)庫(kù),那時(shí)候開源大火。如果要選擇近一年來(lái)最火的數(shù)據(jù)庫(kù),無(wú)疑是PostgreSQL(也許DuckDB算另一個(gè))。過去幾年,國(guó)內(nèi)的PostgreSQL相對(duì)有些沉寂,隨著兩千年之后互聯(lián)網(wǎng)應(yīng)用的快速發(fā)展,MySQL成為開源圈的代表性產(chǎn)品。但就在最近的一年,PostgreSQL可以說(shuō)大了一個(gè)翻身仗。其中之原因,可以歸功于三點(diǎn):AI加持、多模趨勢(shì)與開源模式。

圖片圖片

AI及多模,是源于PostgreSQL的插件化架構(gòu),可以快速擴(kuò)展能力。其實(shí)這也不是國(guó)內(nèi)的特例,國(guó)外基于PostgreSQL的公司也成為資本方的新寵。而相對(duì)寬松的開源協(xié)議則成為PostgreSQL大受歡迎的另一個(gè)原因。國(guó)內(nèi)大量基于其內(nèi)核構(gòu)建的國(guó)產(chǎn)數(shù)據(jù)庫(kù)層出不窮。從已通過國(guó)測(cè)目錄的產(chǎn)品溯源來(lái)看,基于PostgreSQL的產(chǎn)品遠(yuǎn)多于基于另一款開源數(shù)據(jù)庫(kù)MySQL的產(chǎn)品。

然而在高興之余,也存在一些隱憂。開源數(shù)據(jù)庫(kù)具備良好底座,是企業(yè)快速構(gòu)建產(chǎn)品的基礎(chǔ),但同時(shí)也考驗(yàn)了企業(yè)消化吸收,進(jìn)而改進(jìn)優(yōu)化的能力。以PostgreSQL為例,其傳統(tǒng)的幾個(gè)弊端仍未消除,這也大大影響了其進(jìn)入企業(yè)核心系統(tǒng)。如下圖為例,只有極少數(shù)的企業(yè)有實(shí)力去解決開源內(nèi)核問題,絕大多數(shù)企業(yè)還是簡(jiǎn)單套殼。這無(wú)疑會(huì)為大規(guī)模的推廣造成困擾,甚至產(chǎn)生隱患。

圖片圖片

近期行業(yè)內(nèi)已經(jīng)發(fā)生多起針對(duì)PostgreSQL、MySQL等開源產(chǎn)品內(nèi)核出現(xiàn)的問題,也給很多用戶敲響了警鐘。下面是大會(huì)分享中談到的另一個(gè)MySQL的Y2K38問題,即使在最新版64位MySQL的版本下,Y2K38 危機(jī)依然存在。解決的方法不是沒有,但要么代價(jià)很大,要么存在技術(shù)瑕疵。這不禁讓我想起對(duì)自主可控的樸素訴求,未來(lái)還有多少企業(yè)能真正擔(dān)負(fù)起這個(gè)責(zé)任。

圖片圖片

圖片圖片

2. 架構(gòu)技術(shù)篇

1)換個(gè)角度看架構(gòu)

我們先來(lái)跟隨李海翔老師的分享,看看他對(duì)數(shù)據(jù)庫(kù)架構(gòu)的理解。我們可以從更多維度去看待現(xiàn)有這些架構(gòu)及產(chǎn)品。有句話講,沒有完美的架構(gòu),更沒有完美的產(chǎn)品。不同架構(gòu)與產(chǎn)品各有其鮮明的優(yōu)劣勢(shì)和對(duì)應(yīng)場(chǎng)景。

圖片圖片

這是這一特點(diǎn),我們也看到國(guó)內(nèi)很多數(shù)據(jù)庫(kù)廠商都紛紛走向了多架構(gòu)的趨勢(shì)。單機(jī)、主備、共享集群、分布式等,可以說(shuō)殊途同歸。近期幾家分布式廠商都開始回歸傳統(tǒng),推出了單機(jī)版本,也是為迎合市場(chǎng)需要,滿足之前分布式無(wú)法解決的場(chǎng)景;反之亦然。那么從用戶來(lái)講,還是要回歸本質(zhì),理解不同架構(gòu)產(chǎn)品的特點(diǎn),根據(jù)自身場(chǎng)景需要謹(jǐn)慎選擇。從哪些角度來(lái)考慮這個(gè)問題呢,我們可以參考下圖的幾個(gè)維度來(lái)看。當(dāng)然,現(xiàn)在也有所謂一體化的架構(gòu)產(chǎn)品,似乎是一個(gè)“銀彈”,將不同架構(gòu)打平,用戶無(wú)需關(guān)心。但我個(gè)人認(rèn)為,要完美地做到這點(diǎn),還是需要相當(dāng)長(zhǎng)的一段道路。

圖片圖片

2)超融合與多模

超融合的概念,可以說(shuō)是另一個(gè)大火的技術(shù)名詞。說(shuō)實(shí)話,我對(duì)超融合的理解不深,也無(wú)法給出一個(gè)準(zhǔn)確的定義。我觀察國(guó)內(nèi)主打這一理念的公司及產(chǎn)品,發(fā)現(xiàn)大家也是理解不同的。這里我們看看大會(huì)上,對(duì)于超融合數(shù)據(jù)庫(kù)的理解,看看與你心目中的超融合是否吻合?這里真心希望能有一個(gè)所謂“標(biāo)準(zhǔn)”的出現(xiàn),能夠重塑大家對(duì)超融合概念的理解,也能加速這一定位產(chǎn)品的規(guī)范化發(fā)展。

圖片圖片

如果說(shuō)超融合,還存在很多不同理解,那么多?;瘎t已經(jīng)是事實(shí)標(biāo)準(zhǔn)了。可以說(shuō)多?;跀?shù)據(jù)庫(kù)中的集成,成為應(yīng)用最迫切的需求之一。于是乎,我們看到從數(shù)據(jù)庫(kù)巨頭-Oracle,到國(guó)產(chǎn)數(shù)據(jù)庫(kù)一眾廠商,紛紛把多模能力作為產(chǎn)品必備的能力之一。雖然我們還沒有看到多模場(chǎng)景的大規(guī)模爆發(fā),但是這一能力的競(jìng)賽早已開始。其實(shí)通過插件簡(jiǎn)單集成個(gè)多模能力似乎不難,但想要與優(yōu)化器、執(zhí)行引擎完美適配,打通上下游生態(tài)鏈,還需要有大量工作要做。至于成本與收益,短期內(nèi)還是無(wú)法準(zhǔn)確衡量的。

圖片圖片

3)AI與DB雙向奔赴

AI與DB的結(jié)合,是近年來(lái)的又一熱點(diǎn)。無(wú)論是AI4DB,還是DB4AI,都有大量的想象空間。相較于DB4AI的場(chǎng)景相對(duì)明確,AI4DB更多還在探索之中,雖然大家能想到很多可能利用的場(chǎng)景,但具體落地仍然存在諸多不足。如果僅僅是“建議”,也許還可以嘗試,但真到生產(chǎn)可用還有很長(zhǎng)路要走。就如同自動(dòng)駕駛領(lǐng)域,也許L2級(jí)別還是會(huì)長(zhǎng)期存在的。

圖片圖片

圖片圖片

MCP,是近期另一個(gè)熱點(diǎn),各個(gè)數(shù)據(jù)庫(kù)廠商都希望集成MCP的能力。雖然個(gè)人對(duì)這一能力真正在生產(chǎn)中能產(chǎn)生多大價(jià)值尚存疑問,但去探索、去嘗試還是很值得的。于是乎,我們看到一大批數(shù)據(jù)庫(kù)廠商都快速具備這一能力,一方面難度應(yīng)該不高,一方面也有利于提升公司技術(shù)品牌。但我們也要看到,此MCP非彼MCP,雖然都是MCP,但各家實(shí)現(xiàn)的能力層次補(bǔ)齊,差異很大。

圖片圖片

圖片圖片

4)兼容卷出新高度

兼容性,已經(jīng)是個(gè)老生常談的問題,國(guó)內(nèi)大部分廠商產(chǎn)品都將兼容性能力作為產(chǎn)品競(jìng)爭(zhēng)力之一。于是我們可以在各企業(yè)的宣傳中提到各種“零改造”、“平替”、“無(wú)感”等等。可以說(shuō)兼容性已經(jīng)卷到骨子里,沒有兼容性的產(chǎn)品完全拿不出手。但同時(shí)我們也觀察到,兼容性的競(jìng)爭(zhēng)有慢慢從點(diǎn)到面的趨勢(shì)。一方面,SQL語(yǔ)法的兼容,大家都在卷9x%之后的微小差異;另一方面,大量非SQL語(yǔ)法的兼容性需求被拋了出來(lái)。前者用戶已經(jīng)開始不相信廠商的宣傳,更多還是要看實(shí)測(cè)結(jié)果;后者,則上升到對(duì)架構(gòu)、運(yùn)維、管理提出了更高的所謂兼容要求。于是乎,我們看到,性能兼容、管理兼容、成本兼容、生態(tài)兼容...,一個(gè)個(gè)兼容名詞被提了出來(lái),兼容性的卷開始進(jìn)入一個(gè)新的境界。

圖片圖片

如果說(shuō)上面卷的是“廣度”,那么針對(duì)“深度”的卷,仍然存在大量細(xì)致入微的工作。廠商們還在為那百分比后的那一兩位數(shù)字在奮斗。

圖片圖片

3. 用戶實(shí)踐篇

1)國(guó)產(chǎn)化路徑思考

隨著數(shù)據(jù)庫(kù)國(guó)產(chǎn)化深入,廣大用戶已經(jīng)慢慢做的更有經(jīng)驗(yàn)。經(jīng)過過去數(shù)年的風(fēng)雨洗禮,用戶對(duì)國(guó)產(chǎn)數(shù)據(jù)庫(kù)的能力有個(gè)相對(duì)客觀的認(rèn)識(shí)。一方面,如選型矩陣的出現(xiàn),就是用戶在充分實(shí)踐后做出的最優(yōu)自己的選擇(當(dāng)然也有成本因素);另一方面,在實(shí)踐過程也有了一整套方法和體系。畢竟隨著2027年的大限臨近,還有還有大量的系統(tǒng)等待轉(zhuǎn)型改造,用戶自己摸索出來(lái)的路徑正在快速?gòu)?fù)制。

圖片圖片

2)老生常談之選型

至于數(shù)據(jù)庫(kù)選型,很多頭部用戶已經(jīng)塵埃落定,中小型用戶也在快速?zèng)Q策,畢竟時(shí)間不等人。在思考的維度上,也開始逐步理性和簡(jiǎn)化。所謂理性,是用戶對(duì)國(guó)產(chǎn)數(shù)據(jù)庫(kù)不再抱有過高的預(yù)期,開始慢慢接受國(guó)產(chǎn)數(shù)據(jù)庫(kù)的現(xiàn)狀,并通過其他方面填補(bǔ)可能出現(xiàn)的空白。后者則傾向于選擇簡(jiǎn)化策略,將數(shù)據(jù)庫(kù)依賴能力弱化,避免未來(lái)可能出現(xiàn)的再次選擇痛點(diǎn)。于此同時(shí),用戶在選型策略上開始考慮其他一些因素,如安全合規(guī)(關(guān)乎長(zhǎng)久發(fā)展和風(fēng)險(xiǎn)兜底)、生態(tài)服務(wù)(關(guān)乎實(shí)踐效果和推進(jìn)風(fēng)險(xiǎn))、兼容遷移(關(guān)乎真金白銀的花費(fèi))、穩(wěn)定可靠(關(guān)乎數(shù)據(jù)庫(kù)基礎(chǔ)能力)、性能擴(kuò)展(關(guān)乎未來(lái)發(fā)展空間)。這些維度正成為用戶需要考慮選型要點(diǎn)。

圖片圖片

3)從優(yōu)化細(xì)節(jié)看實(shí)施難點(diǎn)

國(guó)產(chǎn)數(shù)據(jù)庫(kù)選型之后,真正投入在核心場(chǎng)景實(shí)踐,這其中還有很多工作要考慮。下圖是會(huì)上來(lái)自羅敏老師,針對(duì)Oracle分區(qū)功能的實(shí)施內(nèi)容,從中可見大量步驟與細(xì)節(jié)。Oracle數(shù)據(jù)庫(kù)經(jīng)過多年發(fā)展,其功能相對(duì)完善,即使這樣還有如此之多的實(shí)踐過程,說(shuō)明要想用好數(shù)據(jù)庫(kù)是需要真正理解產(chǎn)品與用戶業(yè)務(wù)場(chǎng)景。反之,國(guó)產(chǎn)數(shù)據(jù)庫(kù)存在大量自己的“個(gè)性”,需要原廠才能實(shí)施好,甚至需要原廠研發(fā)才能找到最優(yōu)的路徑。隨著信創(chuàng)規(guī)模化鋪開,是需要大量的此類“最佳實(shí)踐”被積累、被沉淀,形成解決方案、場(chǎng)景白皮書等等,加速實(shí)施過程。

圖片圖片

4. 個(gè)人發(fā)展篇

1)AI大潮下的發(fā)展思辨

AI大潮下,對(duì)DBA這一崗位會(huì)帶來(lái)什么影響?是很多DBA所關(guān)注的問題,這關(guān)乎到這一群體的整體發(fā)展。下圖是梁敬彬老師帶來(lái)的他的思考,讓人印象深刻的“DBA平方”。大會(huì)線下,我和梁老師也針對(duì)這個(gè)話題做了溝通,也理解了梁老師對(duì)這一問題的深刻思考。過去的DBA角色,可以簡(jiǎn)單理解為“數(shù)據(jù)庫(kù)管理員”,那么新的第一則演化為“數(shù)據(jù)+業(yè)務(wù)+管理/架構(gòu)”的升級(jí)。一方面,我們的主發(fā)體生了變化,不再是數(shù)據(jù)的載體數(shù)據(jù)庫(kù),而是更為關(guān)注其本質(zhì)數(shù)據(jù);另一方面,從簡(jiǎn)單的管理行為升級(jí)為管理+架構(gòu);第三,在這一過程中要更多融入對(duì)業(yè)務(wù)的思考,并最終以產(chǎn)生業(yè)務(wù)價(jià)值為核心。梁老師這個(gè)總結(jié),融于了AI對(duì)未來(lái)數(shù)據(jù)的影響,升華了對(duì)DBA這個(gè)詞的理解,可以說(shuō)印象深刻。

圖片圖片


責(zé)任編輯:武曉燕 來(lái)源: 韓鋒頻道
相關(guān)推薦

2009-05-11 15:21:27

Linuxunetbootinwindows

2009-09-27 10:50:41

CCNA考試

2015-02-04 13:07:39

DTCC

2011-08-08 10:10:14

iPhone開發(fā) 圖片 方法

2016-03-18 11:13:15

IT168

2015-04-01 14:04:11

DTCC

2014-02-21 15:08:22

IBMSoftLayer云體驗(yàn)

2024-04-15 07:42:40

數(shù)據(jù)庫(kù)關(guān)系型數(shù)據(jù)庫(kù)數(shù)據(jù)多模

2009-08-20 17:49:53

學(xué)習(xí)C#程序

2011-08-05 14:48:06

iPhone應(yīng)用 異步隊(duì)列

2011-06-23 14:00:51

SQL點(diǎn)滴

2015-07-20 15:26:56

WiFi感知

2014-03-05 10:10:55

SoftlayerIBM

2009-12-17 16:15:00

CCNP交換機(jī)設(shè)置

2011-04-27 15:55:16

2011-07-27 11:14:37

iPhone UITableVie

2011-06-22 11:09:01

QT 菜單 多線程

2015-01-04 09:51:55

DTCC

2017-06-04 23:18:44

數(shù)據(jù)庫(kù)分布式

2012-03-05 09:29:02

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)