chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

數(shù)據(jù)庫發(fā)展史2--數(shù)據(jù)倉庫

數(shù)據(jù)庫小組 ? 來源:數(shù)據(jù)庫小組 ? 作者:數(shù)據(jù)庫小組 ? 2022-09-19 15:29 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

回顧數(shù)據(jù)倉庫的發(fā)展歷程,大致可以將其分為幾個階段:萌芽探索到全企業(yè)集成時代、企業(yè)數(shù)據(jù)集成時代、混亂時代--"數(shù)據(jù)倉庫之父"間的論戰(zhàn)、理論模型確認時代以及數(shù)據(jù)倉庫產(chǎn)品百家爭鳴時代。

數(shù)據(jù)倉庫理論發(fā)展歷程

上世紀70年代,IBM的E.F.Codd等人提出關系型數(shù)據(jù)庫后,MIT的研究員提出單獨構(gòu)建分析系統(tǒng)的基礎理論,新的理論試圖將業(yè)務處理系統(tǒng)和分析系統(tǒng)分開,即將業(yè)務處理和分析處理分為不同層次,針對各自的特點采取不同的架構(gòu)設計原則。他們認為這兩種信息處理的方式具有較大差別,應使用不同的架構(gòu)和設計。但受限于當時的技術(shù)能力,這個研究僅僅停留在理論層面。

到了80年代初,W.H.Inmon 開始了“記錄系統(tǒng)”、“本原數(shù)據(jù)”、“決策支持數(shù)據(jù)庫”等專題的研究。幾乎同時,J. Martin在關于數(shù)據(jù)庫分類的研究中,專指一種他稱之為“第4類數(shù)據(jù)庫”的“由用戶驅(qū)動的計算環(huán)境”,為這種環(huán)境提供信息服務的是一種以“搜索和快速信息回收”為基本特征的數(shù)據(jù)庫。這個定義已經(jīng)和后來的數(shù)據(jù)倉庫十分類似。

1988年,IBM 公司的研究員創(chuàng)造性地提出了一個新的概念--數(shù)據(jù)倉庫(Data Warehouse)。到了1991年,數(shù)據(jù)倉庫之父W.H.Inmon出版數(shù)據(jù)倉庫經(jīng)典作品--《構(gòu)建數(shù)據(jù)庫倉庫》,標志著數(shù)據(jù)倉庫概念的確立。書中指出,DW是一個面向主題的、集成的、相對穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合,并且是用于支持管理決策的數(shù)據(jù)集合。該書還提供了建立數(shù)據(jù)倉庫的指導意見和基本原則,憑借著這本書,W.H.Inmon被稱為數(shù)據(jù)倉庫之父。


pYYBAGMoGlaAejzxAAJKEfoIXlA271.png?source=d16d100b

由于傳統(tǒng)的關系型數(shù)據(jù)庫已無法滿足構(gòu)建數(shù)據(jù)倉庫的需求,在1993年Codd提出了多維數(shù)據(jù)庫和多維分析的概念,即OLAP(On-Line Analysis Processing聯(lián)機分析處理)。當時Codd認為OLTP(On- Line Transaction Processing 聯(lián)機事務處理)已不能滿足終端用戶對數(shù)據(jù)庫查詢的需要,SQL對大數(shù)據(jù)庫進行的簡單查詢也不能滿足用戶分析的需求。用戶的決策分析需要對關系數(shù)據(jù)庫進行大量計算才能得到結(jié)果,而查詢的結(jié)果并不能滿足決策者提出的需要。因此提出了多維數(shù)據(jù)庫和多維分析的概念,即OLAP。

1995年,Ralph Kimball出版了《數(shù)據(jù)倉庫工具箱》,數(shù)據(jù)倉庫行業(yè)進入少林和武當之爭。Inmon主張建立數(shù)據(jù)倉庫時采用自上而下方式,以關系型數(shù)據(jù)庫的第3范式進行數(shù)據(jù)倉庫模型設計,而Kimball則是主張自下而上的方式,力推數(shù)據(jù)集市(Data Market)建設。兩位數(shù)據(jù)倉庫領域的大咖為此吵得不可開交,他們的粉絲也紛紛站隊,這種爭吵直到Inmon推出新的BI架構(gòu)CIF,把Kimball的數(shù)據(jù)集市包括了進來才算平息。

早期MPP時代的數(shù)倉

IBM DB2和Teradata是早期數(shù)倉理論的實踐者,也是市場領導者。其中Teradata是MPP數(shù)倉最成功的商業(yè)產(chǎn)品,幾乎是行業(yè)的天花板。誕生于1970年代末的Teradata公司,名稱來源于Tera Bytes,TB數(shù)據(jù)的存儲也展示了哪個年代創(chuàng)業(yè)者的雄心壯志。終于在1992年第一個TB 級的數(shù)據(jù)庫在華爾街出現(xiàn)。1999年,客戶擁有130TB的數(shù)據(jù)分布于176個節(jié)點。短短7年時間,Teradata客戶的數(shù)據(jù)規(guī)模翻了176倍。

但進入新千年后,數(shù)據(jù)庫巨頭間的競爭進入白熱化階段,以Oracle Exadata為代表的一體機很快嶄露頭角。之后在Postgres基礎上演變而來的Greenplum構(gòu)建了開源的MPP架構(gòu)數(shù)倉,也在市場中有很高的影響力。但真正讓數(shù)倉煥然一新的是云計算時代的云原生數(shù)倉Snowflake。

一體機時代的數(shù)倉

新千年后,數(shù)倉進入一體機的快速發(fā)展時代,典型代表是Netezza、SAP HANA和Oracle Exadata。Netezza率先推出,后來被IBM收購。而Oracle Exadata為代表的一體機依然是今天Oracle公司的核心業(yè)務。2008年,Exadata V1誕生,由Oracle提供軟件惠普提供硬件,這一代產(chǎn)品僅支持數(shù)據(jù)倉庫和商務智能等OLAP工作。到了2009年9月,Exadata V2發(fā)布,采用了SUN的(此后MySQL也屬于了Oracle),次年Oracle完成了SUN的收購。在V2版本中,Exadata存儲節(jié)點中首次采用了Flash卡,從而可以同時支持OLAP和OLTP類型的負載。有了高性能產(chǎn)品的同時也有了極其昂貴的價格。

著名的Conor O'Mahony(DB2的市場經(jīng)理)羅列了使用一臺全機架系統(tǒng)(full-rack)Exdata V2所需的費用列表:

$1,150,000 硬件價格

$1,680,000 存儲服務器的軟件價格

$369,600 存儲服務器軟件支持和維護費用(以22%計)

$1,520,000 Oracle企業(yè)版軟件價格($47.5k*8 servers*8 cores*0.5 Intel core factor)

$736,000 Oracle RAC軟件價格($23k*8 servers*8 cores*0.5 Intel core factor)

$368,000 Oracle分區(qū)特性價格 ($11.5k*8 servers*8 cores*0.5 Intel core factor)

$368,000 Oracle高級壓縮(Advanced Compression) ($11.5k*8 servers*8 cores*0.5 Intel core factor)

$160,000 Oracle企業(yè)管理器診斷包(推薦安裝)

$160,000 Oracle企業(yè)管理器調(diào)優(yōu)包(推薦安裝)

$728,640 以上除去存儲服務器軟件的第一年軟件維護支持價格(以22%計)

Oracle Exadata 一體機

如此昂貴的價格,對于一般企業(yè)顯然無法接受。人們相信全新一代的數(shù)倉技術(shù)一定會在一個萬眾囑目的情況下出現(xiàn),像蓋世英雄身披金甲圣衣,腳踏七彩祥云而來。

云計算時代的數(shù)倉

隨著移動互聯(lián)網(wǎng)、物聯(lián)網(wǎng)的蓬勃發(fā)展,率先掀起數(shù)據(jù)庫革命的是Google公司,他的三篇論文開啟了大數(shù)據(jù)時代,之后言數(shù)倉、大數(shù)據(jù)必稱Hadoop。但它的弊病也頗為明顯,昂貴、不方便使用、難維護等問題始終無法很好的解決。直到計算機行業(yè)七彩祥云--云計算出現(xiàn),為整個行業(yè)和人類生活帶來巨大變化。而此時的數(shù)據(jù)倉庫在變更的前夜顯得異常安靜,古語言:三年不鳴一鳴驚人,Snowflake 就是三年不飛一飛沖天的云計算時代云原生數(shù)倉產(chǎn)品。

2012年,在Oracle公司工作十多年的2位程序員決心在云上建立一個數(shù)據(jù)倉庫,于是誕生了Snowflake公司。它誕生的第一天,就有云計算的特點:存儲與計算分離、按量付費、云中立。作為第一個基于云原生的數(shù)據(jù)倉庫,Snowflake 敏銳的抓住從本地到上云的時代趨勢,充分利用公有云強大基礎設施能力,讓用戶更加輕松實現(xiàn)跨云平臺、跨區(qū)域的方式移動數(shù)據(jù)。這種基于云原生、云中立、跨多云平臺的云原生數(shù)據(jù)服務,為客戶提供巨大數(shù)據(jù)價值的同時,極大降低了客戶使用、維護、價格成本。

Snowflake產(chǎn)品上的成功同時也取得資本市場的巨大成功。2020年9月16日,在紐交所成功IPO,股神巴菲特斥幾億美元入股,交易首日股價翻倍市值達到704億美元,成為史上規(guī)模最大的軟件IPO,之后市值一度最高突破1200億美元,儼然成為資本市場的寵兒。


pYYBAGMoGleAW5YTAAKl91g7BFA139.png?source=d16d100b

數(shù)據(jù)倉庫和數(shù)據(jù)庫關系

廣義的數(shù)據(jù)倉庫并不是一項技術(shù),也不是一個產(chǎn)品,而是一種數(shù)據(jù)處理過程。數(shù)據(jù)倉庫的數(shù)據(jù)來源有多種,業(yè)務系統(tǒng)、日志、互聯(lián)網(wǎng)、系統(tǒng)運行參數(shù)等等,這些數(shù)據(jù)可以在數(shù)據(jù)倉庫中進行匯合,然后通過統(tǒng)一的建模,加工成服務與數(shù)據(jù)分析的數(shù)據(jù)模型,最終輔助企業(yè)分析決策。

那如何構(gòu)建數(shù)據(jù)倉庫呢?常見的是使用OLAP數(shù)據(jù)庫(如近年流行Clickhouse)存儲數(shù)據(jù),通過數(shù)據(jù)建模、ETL、數(shù)據(jù)可視化等一系列操作,這一過程被稱為構(gòu)建數(shù)據(jù)倉庫。由于數(shù)據(jù)倉庫基于OLAP產(chǎn)品,是做在線分析處理,這是與數(shù)據(jù)庫的本質(zhì)區(qū)別。另外,既然是數(shù)據(jù)倉庫就要加工數(shù)據(jù),加工數(shù)據(jù)會耗時間,所以加工數(shù)據(jù)在實際的應用中又分為批處理和實時處理。而傳統(tǒng)的數(shù)據(jù)庫是為了解決事務存在的,他們的區(qū)別如下。


poYBAGMoGleAYd4LAAFB5LgC3oU291.png?source=d16d100b

總結(jié)和展望

數(shù)據(jù)倉庫是80~90年代提出的概念,互聯(lián)網(wǎng)企業(yè)為了解決更大數(shù)據(jù)量的管理問題,掀起了大數(shù)據(jù)技術(shù)新浪潮,大數(shù)據(jù)已經(jīng)跳出了數(shù)倉定義領域,未來再專題闡述。隨著2020年云原生數(shù)倉Snowflake上市并取得巨大的成功,大家開始趨向把數(shù)據(jù)倉庫、大數(shù)據(jù)、數(shù)據(jù)湖、云存儲的技術(shù)全面融合,全世界掀起了云原生數(shù)據(jù)倉庫和湖倉一體的熱潮,國際上Databricks、Clickhouse已經(jīng)正面PK,國內(nèi)有SequoiaDB、MaxCompute,AnalyticDB,GaussDB(DWS),OuShuDB、StarRocks、SelectDB、HashData等不下數(shù)十款產(chǎn)品,還有很多類似HTAP新品在路上,未來必將迎來百倉大戰(zhàn)的腥風血雨。

數(shù)據(jù)倉庫發(fā)展史


pYYBAGMoGliAJ75cAAYGxvkxBa8865.png?source=d16d100b


審核編輯 黃昊宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    國產(chǎn)數(shù)據(jù)庫的AI戰(zhàn)事

    國產(chǎn)數(shù)據(jù)庫硝煙再起,Vastbase V100構(gòu)筑企業(yè)智能基座
    的頭像 發(fā)表于 10-24 20:45 ?3819次閱讀
    國產(chǎn)<b class='flag-5'>數(shù)據(jù)庫</b>的AI戰(zhàn)事

    mysql數(shù)據(jù)恢復—mysql數(shù)據(jù)庫表被truncate的數(shù)據(jù)恢復案例

    某云ECS網(wǎng)站服務器,linux操作系統(tǒng),部署了mysql數(shù)據(jù)庫。工作人員在執(zhí)行數(shù)據(jù)庫版本更新測試時,錯誤地將本應在測試執(zhí)行的sql腳本在生產(chǎn)上執(zhí)行了,導致部分表被truncate
    的頭像 發(fā)表于 09-11 09:28 ?682次閱讀
    mysql<b class='flag-5'>數(shù)據(jù)</b>恢復—mysql<b class='flag-5'>數(shù)據(jù)庫</b>表被truncate的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    數(shù)據(jù)庫性能優(yōu)化指南

    作為一名在大廠摸爬滾打多年的運維老兵,我見過太多因為數(shù)據(jù)庫性能問題導致的生產(chǎn)事故。今天分享一套完整的數(shù)據(jù)庫優(yōu)化方法論,從SQL層面到硬件配置,幫你徹底解決性能瓶頸!
    的頭像 發(fā)表于 08-18 11:21 ?655次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復—服務器異常斷電導致Oracle數(shù)據(jù)庫故障的數(shù)據(jù)恢復案例

    備份,僅有一些斷斷續(xù)續(xù)的歸檔日志。 Oracle數(shù)據(jù)庫恢復流程: 1、檢測數(shù)據(jù)庫故障情況; 2、嘗試掛起并修復數(shù)據(jù)庫; 3、解析數(shù)據(jù)庫
    的頭像 發(fā)表于 07-24 11:12 ?515次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—服務器異常斷電導致Oracle<b class='flag-5'>數(shù)據(jù)庫</b>故障的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    三款主流國產(chǎn)數(shù)據(jù)庫的技術(shù)特點

    隨著數(shù)字經(jīng)濟的快速發(fā)展數(shù)據(jù)安全要求的提升,國產(chǎn)數(shù)據(jù)庫正迎來前所未有的發(fā)展機遇。在信創(chuàng)浪潮推動下,達夢數(shù)據(jù)庫、TiDB、華為高斯
    的頭像 發(fā)表于 07-14 11:08 ?995次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復—MongoDB數(shù)據(jù)庫文件丟失的數(shù)據(jù)恢復案例

    MongoDB數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境: 一臺操作系統(tǒng)為Windows Server的虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB數(shù)據(jù)庫故障: 工作人員在MongoDB服務仍
    的頭像 發(fā)表于 07-01 11:13 ?537次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—MongoDB<b class='flag-5'>數(shù)據(jù)庫</b>文件丟失的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    數(shù)據(jù)庫數(shù)據(jù)恢復—SQL Server數(shù)據(jù)庫被加密如何恢復數(shù)據(jù)

    SQL Server數(shù)據(jù)庫故障: SQL Server數(shù)據(jù)庫被加密,無法使用。 數(shù)據(jù)庫MDF、LDF、log日志文件名字被篡改。
    的頭像 發(fā)表于 06-25 13:54 ?585次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—SQL Server<b class='flag-5'>數(shù)據(jù)庫</b>被加密如何恢復<b class='flag-5'>數(shù)據(jù)</b>?

    oracle數(shù)據(jù)恢復—oracle數(shù)據(jù)庫誤執(zhí)行錯誤truncate命令如何恢復數(shù)據(jù)?

    oracle數(shù)據(jù)庫誤執(zhí)行truncate命令導致數(shù)據(jù)丟失是一種常見情況。通常情況下,oracle數(shù)據(jù)庫誤操作刪除數(shù)據(jù)只需要通過備份恢復數(shù)據(jù)
    的頭像 發(fā)表于 06-05 16:01 ?693次閱讀
    oracle<b class='flag-5'>數(shù)據(jù)</b>恢復—oracle<b class='flag-5'>數(shù)據(jù)庫</b>誤執(zhí)行錯誤truncate命令如何恢復<b class='flag-5'>數(shù)據(jù)</b>?

    SQLSERVER數(shù)據(jù)庫是什么

    SQL Server 是由微軟公司開發(fā)的一款 關系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS) ,用于存儲、管理和檢索結(jié)構(gòu)化數(shù)據(jù)。它是企業(yè)級應用中廣泛使用的數(shù)據(jù)庫解決方案之一,尤其適用于Windows平臺,但也
    的頭像 發(fā)表于 05-26 09:19 ?1073次閱讀

    MySQL數(shù)據(jù)庫是什么

    MySQL數(shù)據(jù)庫是一種 開源的關系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS) ,由瑞典MySQL AB公司開發(fā),后被Oracle公司收購。它通過結(jié)構(gòu)化查詢語言(SQL)進行數(shù)據(jù)存儲、管理和操作,廣泛應用于Web
    的頭像 發(fā)表于 05-23 09:18 ?1066次閱讀

    SEGGER emFile支持大型數(shù)據(jù)庫

    SEGGER宣布emFile對大型數(shù)據(jù)庫的支持,集成了SQLite,方便與SEGGER的BigFAT和微軟的exFAT一起使用。
    的頭像 發(fā)表于 04-23 15:51 ?667次閱讀

    分布式存儲數(shù)據(jù)恢復—虛擬機上hbase和hive數(shù)據(jù)庫數(shù)據(jù)恢復案例

    分布式存儲數(shù)據(jù)恢復環(huán)境: 16臺某品牌R730xd服務器節(jié)點,每臺服務器節(jié)點上有數(shù)臺虛擬機。 虛擬機上部署Hbase和Hive數(shù)據(jù)庫。 分布式存儲故障: 數(shù)據(jù)庫底層文件被誤刪除,數(shù)
    的頭像 發(fā)表于 04-17 11:05 ?641次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復——MongoDB數(shù)據(jù)庫文件拷貝后服務無法啟動的數(shù)據(jù)恢復

    MongoDB數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境: 一臺Windows Server操作系統(tǒng)虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB數(shù)據(jù)庫故障: 管理員在未關閉MongoDB服務的
    的頭像 發(fā)表于 04-09 11:34 ?740次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復——MongoDB<b class='flag-5'>數(shù)據(jù)庫</b>文件拷貝后服務無法啟動的<b class='flag-5'>數(shù)據(jù)</b>恢復

    數(shù)據(jù)庫數(shù)據(jù)恢復—SQL Server附加數(shù)據(jù)庫提示“錯誤 823”的數(shù)據(jù)恢復案例

    SQL Server數(shù)據(jù)庫附加數(shù)據(jù)庫過程中比較常見的報錯是“錯誤 823”,附加數(shù)據(jù)庫失敗。 如果數(shù)據(jù)庫有備份則只需還原備份即可。但是如果沒有備份,備份時間太久,或者其他原因?qū)е聜浞?/div>
    的頭像 發(fā)表于 02-28 11:38 ?941次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—SQL Server附加<b class='flag-5'>數(shù)據(jù)庫</b>提示“錯誤 823”的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    數(shù)據(jù)庫數(shù)據(jù)恢復—Windows無法啟動MongoDB服務的數(shù)據(jù)恢復案例

    某單位一臺MongoDB數(shù)據(jù)庫由于業(yè)務需求進行了數(shù)據(jù)遷移,數(shù)據(jù)庫遷移后提示:“Windows無法啟動MongoDB服務(位于 本地計算機 上)錯誤1067:進程意外終止。”
    的頭像 發(fā)表于 02-13 12:44 ?732次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—Windows無法啟動MongoDB服務的<b class='flag-5'>數(shù)據(jù)</b>恢復案例