❶ 電子商務與資料庫技術的關系
肯定要用資料庫
❷ 為什麼說資料庫在電子商務中佔有重要的地位
電子商務的這些功能：網上訂購、網上支付、電子賬戶、服務傳遞、意見征詢、交易管理
都跟資料庫有著密不可分的關系，一定得有資料庫的支持~
所以啦，資料庫的重要性就不言而喻啦~
希望我的答案能對你有益~
❸ 大型電商用什麼資料庫
oracle集群
Oracle RAC是業界最流行的產品。其架構的最大特點是共享存儲架構（Shared-disk），整個RAC集群是建立在一個共享的存儲設備之上的，節點之間採用 高速網路互連。在 Oracle RAC 環境中，每個 Oracle 數據塊都被賦予一個（且只有一個）「主」Oracle RAC 節點。該 Oracle RAC 節點的全局緩存服務 (GCS) 負責管理對這些數據塊集的訪問。當其中一個 Oracle 節點需要訪問某個 Oracle 數據塊時，它必須首先與該數據塊協商。然後，該主節點的 GCS 或者指示請求的 Oracle 節點從磁碟中獲取該數據塊，或者指示該Oracle 數據塊的當前持有者將被請求的數據塊發送到請求節點。Oracle 嘗試跨所有 RAC 節點統一分發該數據塊的所有權。在 Oracle RAC 環境中，數據塊大致相等的所有節點都將被指定為主節點。（如果 Oracle RAC 節點數是 Oracle 數據塊數的約數，則所有 RAC 節點都是具有同樣數量的數據塊的主節點。）
mysql集群
MySQL cluster和Oracle RAC完全不同，它採用Shared-nothing架構。整個集群由管理節點(ndb_mgmd)，處理節點(mysqld)和存儲節點(ndbd)組 成，不存在一個共享的存儲設備。MySQL cluster主要利用了NDB存儲引擎來實現，NDB存儲引擎是一個內存式存儲引擎，要求數據必須全部載入到內存之中。數據被自動分布在集群中的不同存 儲節點上，每個存儲節點只保存完整數據的一個分片(fragment)。同時，用戶可以設置同一份數據保存在多個不同的存儲節點上，以保證單點故障不會造成數據丟失。
MySQL cluster的優點在於其是一個分布式的資料庫集群，處理節點和存儲節點都可以線性增加，整個集群沒有單點故障，可用性和擴展性都可以做到很高，更適合 OLTP應用。但是它的問題在於：1.NDB存儲引擎必須要求數據全部載入到內存之中，限制比較大，但是目前NDB新版本對此做了改進，允許只在內存中加 載索引數據，數據可以保存在磁碟上。2.目前的MySQL cluster的性能還不理想，因為數據是按照主鍵hash分布到不同的存儲節點上，如果應用不是通過主鍵去獲取數據的話，必須在所有的存儲節點上掃描， 返回結果到處理節點上去處理。而且，寫操作需要同時寫多份數據到不同的存儲節點上，對節點間的網路要求很高。
分布式資料庫拆分
資料庫分片
Sharding 不是一個某個特定資料庫軟體附屬的功能，而是在具體技術細節之上的抽象處理，是水平擴展(Scale Out，亦或橫向擴展、向外擴展)的解決方案，其主要目的是為突破單節點資料庫伺服器的 I/O 能力限制，解決資料庫擴展性問題。
把熱度高的數據劃分開來，使用配置剛好的硬體，提高訪問速度，增強用戶體驗
把不同的用戶的數據根據用戶的id放到不同的資料庫中，不同用戶對應的交易數據也跟著到不同的資料庫；之後可以把交易完成和正在交易的資料庫分開。
一個全國經濟信息系統，可以按照不同地區把不同數據放到不同資料庫中，隨著時間增加數據也會越來越大，到時還可以工具年份在重新劃分資料庫。
一個大中型的電子商的電子商務網站一定會遇到數據量巨大的問題，可以根據用戶對象或者使用和被使用的數據進行分片。這樣避免了在一個庫中數據膨脹而帶來的瓶頸。
在資料庫分片時最好分到不同的伺服器中，或者不同的存儲中，避免磁碟競爭
資料庫分片存在比較大問題就是人查詢或者統計涉及到跨庫就比較麻煩。特別是join時如果涉及到多個節點，將非常困難，應該盡量避免。
資料庫水平分片
讀寫分離
讀寫分離架構利用了資料庫的復制技術，將讀和寫分布在不同的處理節點上，從而達到提高可用性和擴展性的目的。
讀寫分離簡單的說是把對資料庫讀和寫的操作分開對應不同的資料庫伺服器，這樣能有效地減輕資料庫壓力，也能減輕io壓力。主資料庫提供寫操作，從資料庫提供讀操作，其實在很多系統中，主要是讀的操作。當主資料庫進行寫操作時，數據要同步到從的資料庫，這樣才能有效保證資料庫完整性。Quest SharePlex就是比較牛的同步數據工具，聽說比oracle本身的流復制還好，mysql也有自己的同步數據技術。mysql只要是通過二進制日誌來復制數據。通過日誌在從資料庫重復主資料庫的操作達到復制數據目的。這個復制比較好的就是通過非同步方法，把數據同步到從資料庫。
主資料庫同步到從資料庫後，從資料庫一般由多台資料庫組成這樣才能達到減輕壓力的目的。讀的操作怎麼樣分配到從資料庫上？應該根據伺服器的壓力把讀的操作分配到伺服器，而不是簡單的隨機分配。mysql提供了MySQL-Proxy實現讀寫分離操作。不過MySQL-Proxy好像很久不更新了。oracle可以通過F5有效分配讀從資料庫的壓力。
上面說的資料庫同步復制，都是在從同一種資料庫中，如果我要把oracle的數據同步到mysql中，其實要實現這種方案的理由很簡單，mysql免費，oracle太貴。好像Quest SharePlex也實現不了改功能吧。好像現在市面還沒有這個工具吧。那樣應該怎麼實現數據同步？其實我們可以考慮自己開發一套同步數據組件，通過消息，實現非同步復制數據。其實這個實現起來要考慮很多方面問題，高並發的問題，失敗記錄等。其實這種方法也可以同步數據到memcache中。聽說oracle的Stream也能實現，不過沒有試過。
通過ebay讀寫分離的結構圖，通過Share Plex 近乎實時的復制數據到其他資料庫節點，再通過F5特定的模塊檢查資料庫狀態，並進行負載均衡，IO 成功的做到了分布，讀寫分離，而且極大的提高了可用性。目前讀寫分離技術比較多，比較有名的為amoeba，有興趣的同學可以研究下。
資料庫緩存
讀寫分離現在應用非常廣泛，特別是時國內外大型網站，都使用的非常多，很多都是自己研發緩存系統，淘寶還開源了Tair系統，有興趣的可以研究下。比較有名的是memcached使用memcached最好的可能算facebook了。通過memcached分擔讀的操作，把常用的對象數據存儲到memcached中，當有讀操作過來時先訪問memcached如果memcached沒有該數據再從資料庫獲取，同時把數據放到memcached中，下次訪問就可以直接訪問memcached了。
有一次在和一個朋友聊天時他們正在著手在線文檔系統架構設計，由於文檔訪問壓力非常大，每次請求資料庫也非常大，由於大量的的文檔數據在服務端和客戶端傳輸，會經常造成網路堵塞。我建議他可以把文檔分片，減少一次性大文件傳輸。再根據文檔熱度把一些文檔保持到緩存中。其實文檔也好，資料庫也好，很多方法只要根據業務要求也可以達到異曲同工的之效。
❹ 電子商務的發展歷史和資料庫是什麼，各500字。急用，60%原創最好
電子商務最早產生於20世紀60年代，大規模發展於20世紀90年代，其產生和發展的重要條件主要有以下幾個方面。
1．經濟全球化的發展
經濟全球化是指世界各國的經濟在生產、分配、消費各個領域發生的一體化趨勢。經濟全球化促進了跨國公司的發展，使國際范圍內的商務活動變得頻繁，而且使國際貿易成為了各國經濟發展的重要組成部分。經濟全球化促使人們尋找合適的方式來滿足這種商務活動，電子商務由此應運而生，並以其獨特的優勢成為這場革命中的重要力量，在國際商務活動中扮演著越來越重要的角色。
2．計算機和網路技術的發展、普及和廣泛應用近30年來，計算機的運行速度越來越快，處理能力越來越強，價格越來越低，應用越來越廣泛，這為電子商務的應用提供了基礎。由於國際互聯網逐漸成為全球通信與交易的媒體，全球上網用戶呈級數增長趨勢，快捷、安全、低成本的特點為電子商務的發展提供了應用條件。
3．信用卡和電子金融的普及應用
信用卡以其方便、快捷、安全等優點而成為人們消費支付的重要手段，並由此形成了完善的全球性信用卡計算機網路支付與結算系統，使「一卡在手，走遍全球」成為可能，同時也成為電子商務中網上支付的重要手段。各大銀行也都看到了電子商務的發展前景，紛紛推出了支持在線交易的電子金融服務，在安全技術的保障下，電子銀行的發展解決了商務活動中的支付問題，成為促進電子商務發展的強大動力。
4．電子安全交易協議的制定和安全技術的發展
1997年5月31日，由美國VISA和Mastercard國際組織等聯合指定的電子安全交易協議（Secure Electronic Transfer
Protocol，SET）出台，該協議得到了大多數廠商的認可和支持，為在網路上進行電子商務活動提供了一個關鍵的安全環境。計算機和網路安全技術的發展為電子商務的開展提供了技術和安全保障，這些技術包括HTML、XML、資料庫技術、動態網頁技術、SSL協議、SET協議、加密技術、防火牆技術和數字簽名技術等。
5．政府的支持與推動
自1997年歐盟發布了歐洲電子商務協議，美國隨後發布《全球電子商務綱要》以後，電子商務受到了世界各國政府的重視，許多國家的政府開始嘗試「網上采購」，這為電子商務的發展提供了有力的支持。同時，各國政府都非常重視電子商務的發展，為電子商務的發展提供良好的生存環境，同時為電子商務制定法律規范和技術標准，這就保障了電子商務的合法進行和長遠發展
資料庫技術從誕生到現在，在不到
半個世紀的時間里，形成了堅實的理論
基礎、成熟的商業產品和廣泛的應用領
域，吸引越來越多的研究者加入。資料庫
的誕生和發展給計算機信息管理帶來了
一場巨大的革命。三十多年來，國內外已
經開發建設了成千上萬個資料庫，它已
成為企業、部門乃至個人日常工作、生產
和生活的基礎設施。同時，隨著應用的擴
展與深入，資料庫的數量和規模越來越
大，資料庫的研究領域也已經大大地拓
廣和深化了。30年間資料庫領域獲得了
三次計算機圖靈獎（C.W. Bachman,
E.F.Codd, J.Gray），更加充分地說明
了資料庫是一個充滿活力和創新精神的
領域。就讓我們沿著歷史的軌跡，追溯一
下資料庫的發展歷程。
資料庫發展簡史
1. 數據管理的誕生
資料庫的歷史可以追溯到五十年前，
那時的數據管理非常簡單。通過大量的
分類、比較和表格繪制的機器運行數百
萬穿孔卡片來進行數據的處理，其運行
結果在紙上列印出來或者製成新的穿孔
卡片。而數據管理就是對所有這些穿孔
卡片進行物理的儲存和處理。
然而，1 9 5 1 年雷明頓蘭德公司
（Remington Rand Inc.）的一種叫做
Univac I 的計算機推出了一種一秒鍾可
以輸入數百條記錄的磁帶驅動器，從而
引發了數據管理的革命。1956 年IBM生
產出第一個磁碟驅動器—— the Model
305 RAMAC。此驅動器有50 個碟片，
每個碟片直徑是2 英尺，可以儲存5MB
的數據。使用磁碟最大的好處是可以隨
機地存取數據，而穿孔卡片和磁帶只能
順序存取數據。
資料庫系統的萌芽出現於60 年代。
當時計算機開始廣泛地應用於數據管理，
對數據的共享提出了越來越高的要求。
傳統的文件系統已經不能滿足人們的需
要。能夠統一管理和共享數據的資料庫
管理系統（DBMS）應運而生。數據模型
是資料庫系統的核心和基礎，各種
DBMS 軟體都是基於某種數據模型的。
所以通常也按照數據模型的特點將傳統
資料庫系統分成網狀資料庫、層次數據
庫和關系資料庫三類。
最早出現的是網狀DBMS，是美國
通用電氣公司Bachman等人在1961年開
發成功的IDS（Integrated DataStore）。
1961年通用電氣公司（General Electric
Co.）的Charles Bachman 成功地開發
出世界上第一個網狀DBMS也是第一個
資料庫管理系統—— 集成數據存儲
（Integrated DataStore IDS），奠定了網
狀資料庫的基礎，並在當時得到了廣泛
的發行和應用。IDS 具有數據模式和日
志的特徵。但它只能在GE主機上運行，
並且資料庫只有一個文件，資料庫所有
的表必須通過手工編碼來生成。
之後，通用電氣公司一個客戶——
BF Goodrich Chemical 公司最終不得
不重寫了整個系統。並將重寫後的系統
命名為集成數據管理系統（IDMS）。
網狀資料庫模型對於層次和非層次
結構的事物都能比較自然的模擬，在關
系資料庫出現之前網狀DBMS要比層次
DBMS用得普遍。在資料庫發展史上，網
狀資料庫佔有重要地位。
層次型DBMS是緊隨網路型資料庫
而出現的。最著名最典型的層次資料庫
系統是IBM 公司在1968 年開發的IMS
（Information Management System），一
種適合其主機的層次資料庫。這是IBM
公司研製的最早的大型資料庫系統程序
產品。從60 年代末產生起，如今已經發
展到IMSV6，提供群集、N路數據共享、
消息隊列共享等先進特性的支持。這個
具有3 0 年歷史的資料庫產品在如今的
WWW應用連接、商務智能應用中扮演
著新的角色。
1973 年Cullinane 公司（也就是後
來的C u l l i n e t 軟體公司），開始出售
Goodrich 公司的IDMS 改進版本，並且
逐漸成為當時世界上最大的軟體公司。
2. 關系資料庫的由來
網狀資料庫和層次資料庫已經很好
1951：Univac I 系統使用磁帶
和穿孔卡片作為數據存儲
管理·開發故事
資料庫發展史
程序員2004.06 47
地解決了數據的集中和共享問題，但是
在數據獨立性和抽象級別上仍有很大欠
缺。用戶在對這兩種資料庫進行存取時，
仍然需要明確數據的存儲結構，指出存
取路徑。而後來出現的關系資料庫較好
地解決了這些問題。
1970 年，IBM 的研究員E.F.Codd
博士在刊物Communication of the ACM
上發表了一篇名為「A Relational Model
of Data for Large Shared Data Banks」
的論文，提出了關系模型的概念，奠定了
關系模型的理論基礎。盡管之前在1968
年Childs 已經提出了面向集合的模型，
然而這篇論文被普遍認為是資料庫系統
歷史上具有劃時代意義的里程碑。Codd
的心願是為資料庫建立一個優美的數據
模型。後來Codd又陸續發表多篇文章，
論述了範式理論和衡量關系系統的12條
標准，用數學理論奠定了關系資料庫的
基礎。關系模型有嚴格的數學基礎，抽象
級別比較高，而且簡單清晰，便於理解和
使用。但是當時也有人認為關系模型是
理想化的數據模型，用來實現DBMS是
不現實的，尤其擔心關系資料庫的性能
難以接受，更有人視其為當時正在進行
中的網狀資料庫規范化工作的嚴重威脅。
為了促進對問題的理解，1974年ACM牽
頭組織了一次研討會，會上開展了一場
分別以Codd 和Bachman為首的支持和
反對關系資料庫兩派之間的辯論。這次
著名的辯論推動了關系資料庫的發展，
使其最終成為現代資料庫產品的主流。
1970 年關系模型建立之後，IBM公
司在San Jose實驗室增加了更多的研究
人員研究這個項目，這個項目就是著名
的System R。目標是論證一個全功能關
系DBMS的可行性。該項目結束於1979
年，完成了第一個實現SQL的DBMS。然
而IBM 對IMS 的承諾阻止了System R
的投產，一直到1980 年System R 才作
為一個產品正式推向市場。IBM 產品化
步伐緩慢的三個原因：IBM重視信譽、重
視質量、盡量減少故障；IBM 的官僚體
系龐大；IBM 內部已經有層次資料庫產
品，相關人員不積極，甚至反對。
然而同時，1973年加州大學伯克利
分校的Michael Stonebraker 和Eugene
Wong利用System R已發布的信息開始
開發自己的關系資料庫系統Ingres。他
們開發的Ingres項目最後由Oracle公司、
Ingres 公司以及矽谷的其他廠商所商品
化。後來，System R和Ingres 系統雙雙
獲得ACM的1988 年「軟體系統獎」。
1976 年霍尼韋爾公司（Honeywell）
開發了第一個商用關系資料庫系統——
Multics Relational Dat a Store。關系型數
據庫系統以關系代數為堅實的理論基礎，
經過幾十年的發展和實際應用，技術越
來越成熟和完善。其代表產品有Oracle、
IBM 公司的DB2、微軟公司的MS SQL
Server 以及Informix、ADABASD 等等。
3. 結構化查詢語言 (SQL)
1974 年，IBM 的Ray Boyce 和Don
Chamberlin 將Codd關系資料庫的12條
准則的數學定義以簡單的關鍵字語法表
現出來，里程碑式地提出了S Q L
（Structured Query Language）語言。
SQL語言的功能包括查詢、操縱、定義和
控制，是一個綜合的、通用的關系資料庫
語言，同時又是一種高度非過程化的語
言，只要求用戶指出做什麼而不需要指
出怎麼做。SQL集成實現了資料庫生命周
期中的全部操作。SQL提供了與關系數據
庫進行交互的方法，它可以與標準的編
程語言一起工作。自產生之日起，SQL語
言便成了檢驗關系資料庫的試金石，而
SQL語言標準的每一次變更都指導著關系
資料庫產品的發展方向。然而，直到二十
世紀七十年代中期，關系理論才通過SQL
在商業資料庫Oracle和DB2中使用。
1986年，ANSI把SQL作為關系數據
庫語言的美國標准，同年公布了標准
1969：Edgar F. Codd
發明了關系資料庫
資料庫發展史
1976年IBM E.F.Codd發表了一篇里
程碑的論文「R系統:資料庫關系理論」，
介紹了關系資料庫理論和查詢語言SQL。
Oracle的創始人Ellison非常仔細地閱讀了
這篇文章，被其內容震驚，這是第一次有
人用全面一致的方案管理數據信息。作
者E.F.Codd十年前就發表了關系資料庫
理論，並在IBM 研究機構開發原型，這
個項目就是R系統，存取數據表的語言
就是SQL。Ellison看完後，敏銳意識到在
這個研究基礎上可以開發商用軟體系統。
而當時大多數人認為關系資料庫不
會有商業價值。Ellison認為這是他們的
機會:他們決定開發通用商用資料庫系統
Oracle，這個名字來源於他們曾給中央情
報局做過的項目名。幾個月後，他們就開
發了Oracle 1.0 。但這只不過是個玩具，
除了完成簡單關系查詢不能做任何事情，
他們花相當長的時間才使Oracle變得可
用，維持公司運轉主要靠承接一些數據
庫管理項目和做顧問咨詢工作。
而IBM卻沒有計劃開發，為什麼藍
色巨人放棄了這個價值上百億的產品，
原因有很多：IBM的研究人員大多是學
術出身，他們最感興趣的是理論，而非
推向市場的產品，從學術上看，研究成
果應公開，發表論文和演講能使他們
成名，為什麼不呢？還有一個很主要
的原因就是IBM 當時有一個銷售得還
不錯的層次資料庫產品IMS。直到1985
年I B M 才發布了關系資料庫D B 2 ,
Ellision那時已經成了千萬富翁。
Ellison曾將IBM 選擇Microsoft 的
MS-DOS作為IBM-PC機的操作系統比
為：「世界企業經營歷史上最嚴重的錯
誤，價值超過了上千億美元。」IBM 發
表R系統論文，而且沒有很快推出關系
資料庫產品的錯誤可能僅僅次之。
Oracle 的市值在1996年就達到了280億
美元。
Oracle 的由來
48 程序員2004.06
SQL文本。目前SQL標准有3個版本。基
本SQL定義是ANSIX3135-89，「Database
Lan guage —— SQ L w it h I nt e gri t y
Enhancement」[ANS89]，一般叫做SQL-
89。SQL-89 定義了模式定義、數據操作
和事務處理。S Q L - 8 9 和隨後的
ANSIX3168-1989，「Database Language—
—Embedded SQL」構成了第一代SQL標
准。ANSIX3135-1992[ANS92]描述了一
種增強功能的SQL，現在叫做SQL-92標
准。SQL-92 包括模式操作，動態創建和
SQL語句動態執行、網路環境支持等增
強特性。在完成SQL-92標准後，ANSI和
ISO即開始合作開發SQL3標准。SQL3的
主要特點在於抽象數據類型的支持，為
新一代對象關系資料庫提供了標准。
4. 面向對象資料庫
隨著信息技術和市場的發展，人們
發現關系型資料庫系統雖然技術很成熟，
但其局限性也是顯而易見的：它能很好
地處理所謂的「表格型數據」，卻對越來
越多復雜類型的數據無能為力。九十年
代以後，技術界一直在研究和尋求新型
資料庫系統。但什麼是新型資料庫系統
的發展方向，產業界一度相當困惑。受當
時技術風潮的影響，在相當一段時間內，
人們把大量的精力花在研究「面向對象
的資料庫系統（O b j e c t - O r i e n t e d
Database）」或簡稱「OO資料庫系統」。
值得一提的是，美國Stonebraker教授提
出的面向對象的關系型資料庫理論曾一
度受到產業界的青睞。而Stonebraker本
人也在當時被Informix花大價錢聘為技
術總負責人。
然而，數年的發展表明，面向對象的
關系型資料庫系統產品的市場發展情況
並不理想。理論上的完美性並沒有帶來
市場的熱烈反應。不成功的主要原因在
於，這種資料庫產品的主要設計思想是
企圖用新型資料庫系統來取代現有的數
據庫系統。這對許多已經運用資料庫系
統並積累了大量工作數據的客戶，尤其
是大客戶來說，無法承受新舊數據間的
轉換而帶來的巨大工作量及巨額開支。
另外， 面向對象的關系型資料庫系統使
查詢語言變得極其復雜，從而使得無論
是資料庫的開發商家還是應用客戶都視
其復雜的應用技術為畏途。
5. 數據管理的變革
二十世紀六十年代後期出現了一種
新型資料庫軟體：決定支持系統（DSS），
其目的是讓管理者在決策過程中更有效
地利用數據信息。於是在1970 年，第一
個聯機分析處理工具—— Express 誕生
了。其他決策支持系統緊隨其後，許多是
由公司的IT 部門開發出來的。
1 9 8 5 年，第一個商務智能系統
（business intelligence）由Metaphor計
算機系統有限公司為Procter & Gamble
公司開發出來，主要用來連接銷售信息
和零售的掃描儀數據。同年， Pilot軟體
公司開始出售第一個商用客戶/ 伺服器
執行信息系統—— Command Center。
同樣在這年，加州大學伯克利分校
Ingres 項目演變成Postgres，其目標是開
發出一個面向對象的資料庫。此後一年，
Graphael公司開發了第一個商用的對象
資料庫系統—— Gbase。
1988 年，IBM 公司的研究者Barry
Devlin和Paul Murphy發明了一個新的
術語——信息倉庫，之後，IT廠商開始
構建實驗性的數據倉庫。1991年，W.H.
Inmon出版了一本《如何構建數據倉庫》
的書，使得數據倉庫真正開始應用,因此
Inmon 也被尊稱為「數據倉庫之父」。
二十世紀九十年代，隨著客戶/ 服
務器計算模式和企業軟體包的廣泛採用，
數據管理的變革基本完成。數據管理不
再僅僅是存儲和管理數據，而轉變成用
戶需要的各種數據管理的方式。Internet
的異軍突起以及XML語言的出現，給數
據庫系統的發展開辟了一片新天地。
資料庫未來發展趨勢
隨著信息管理內容的不斷擴展，出
現了豐富多樣的數據模型（層次模型，網
狀模型，關系模型，面向對象模型，半結
構化模型等），新技術也層出不窮（數據
流，Web數據管理，數據挖掘等）。
目前每隔幾年，國際上一些資深的
資料庫專家就會聚集一堂，探討資料庫
研究現狀，存在的問題和未來需要關注
的新技術焦點。過去已有的幾個類似報
告包括：1989 年Future Directions in
DBMS Research-The Laguna Beach
Participants ，1990 年Database
S y s t e m s : A c h i e v e m e n t s a n d
Opportunities ，1995 年的Database
1991：W.H. Inmon 發
表了《構建數據倉庫》
資料庫發展大事記
1951：Univac系統使用磁帶和穿孔卡
片作為數據存儲。
1956：IBM公司在其Model 305 RAMAC
中第一次引入了磁碟驅動器
1961：通用電氣(GE)公司的Charles
Bachman開發了第一個資料庫
管理系統—— IDS
1969：E.F. Codd發明了關系資料庫。
1973：John J.Cullinane領導Cullinane公
司開發了 IDMS ——一個針對
IBM 主機的基於網路模型的數
據庫。
1976：Honeywell 公司推出了Multics
Relational Data Store ——第一
個商用關系資料庫產品。
1979：Oracle公司引入了第一個商用
SQL 關系資料庫管理系統。
1983：IBM 推出了DB2 資料庫產品。
1985：為Procter & Gamble 系統設計
的第一個商務智能系統產生。
1991：W.H.Inmon發表了《構建數據
倉庫》。
管理·開發故事
程序員2004.06 49
Research; Achievements and Opportunities
into the 21st Century，1996
年Strategic Directions in Database
Systems-Breaking Out of the Box 和
1998 年的The Asilomar Report on
Database Research。2003 年的聚會於5
月初在Lowell Mass舉行，共25位資深
資料庫學者參加，集中討論了信息存儲、
組織、管理和訪問等問題。
信息的本質和來源在不斷變化，
Internet、Web、自然科學、電子商務是
信息和信息處理的巨大源泉。而廉價的
微型感測器技術使得大部分物體可以實
時匯報他們的位置和狀態。這類信息能
支持對移動對象的狀態和位置的監視應
用。感測信息的處理將會引發許多新環
境下極有趣味的資料庫問題。
而在應用領域，Internet是目前主要
的驅動力，特別是在支持「跨企業」的應
用上。歷史上，應用都是企業內部的，可
以在一個行政領域內進行完善的指定和
優化。但現在，大部分企業感興趣的是如
何與供應商、客戶進行更密切的交流以
便共享信息，以便提供更好的客戶支持。
這類應用需要安全和信息集成的有力工
具。由此產生了資料庫相關的新問題。
另一個重要應用領域是自然科學，
特別是物理科學、生物科學、保健科學和
工程領域。這些領域產生了大量復雜的
數據集，需要比現有的資料庫產品更高
級的資料庫支持。這些領域同樣也需要
信息集成機制的支持。除此之外，還需要
對數據分析器產生的數據管道的管理，
需要對有序數據的存儲和查詢（如:時間
序列、圖像分析、網格計算和地理信息），
需要世界范圍內數據網格的集成。
除了在信息管理領域的這些挑戰外，
在傳統的DBMS 上，諸如數據模型、訪
問方法、查詢處理代數、並發控制、恢復、
查詢語言和DBMS的用戶界面等也面臨
著巨大的變化。這些問題過去已經得到
充分的研究，但是技術的發展不斷改變
其應用規則。比如說，磁碟和RAM容量
的不斷變大，存儲每個比特數據的花費
不斷降低。雖然訪問次數和帶寬也在不
斷提高，但是他們不像前者發展得那樣
快，不斷變化的比率要求重新評估存儲
管理和查詢處理代數。除此之外，處理器
高速緩存的規模和層次的提高，要求
DBMS 演算法能夠適應cache大小的變化。
上述只是由於技術改變而對原有演算法重
新評價的兩個例子。
另一個推動資料庫研究發展的動力
是相關技術的成熟。如過去幾十年裡，數
據挖掘技術已成為資料庫系統重要的組
成部分。Web搜索引擎導致了信息檢索
的商品化，並和傳統的資料庫查詢技術
集成。許多人工智慧領域的研究成果也
和資料庫技術融合起來，這些新組件使
得我們處理語音、自然語言、進行不確定
性推理和機器學習等。整體上，這些都要
求一個與我們現在完全不同的信息管理
架構，並重新考慮信息存儲、組織、管理
和訪問等方面的問題。
近40年中，資料庫研究工作集中在
資料庫管理系統開發的核心領域上，而
數據管理的研究范疇遠比這寬的多。如
果忽視一些新的應用領域面臨的數據管
理問題，就會使資料庫研究局限於傳統
的數據管理應用上而失去活力。
在眾多新技術應用中，對資料庫研
究最具影響力，推動資料庫研究進入新
紀元的無疑將是I n t e r n e t 的發展。
Internet從深度和廣度兩方面對資料庫技
術提出了挑戰。從深度上講，Internet環
境中，一些數據管理的基本假設不再成
立，需要重新考慮在新情況下對傳統數
據庫技術的改進。從廣度上講，新問題的
出現需要開拓思路，尋求創新性的技術
突破。
❺ 電子商務與資料庫之間的關系
建立電子商務網站，最主要的是要能與訪問者互動。而一個互動網，它必須是由非靜態網頁（html）來完成，這種可以交互的動態網頁一般是由ASP、PHP、JSP、CGI、等語言寫的，它們都需要有一個像ACCESS、 MS-SLQ、 My-SQL等資料庫來存儲訪問者的交互信息，也就是說一個電子商務網資料庫
❻ 電子商務資料庫與普通資料庫有什麼區別
資料庫就那麼幾個,功能和安全不同而已.
常用的ACCESS,SQLSERVER,MYSQL,ORACLE,DB2,SYBASE,其他的就不常用了,其實大多數回的功能一般的公司是用不上答的,只是為了一種趨勢而已啊,基本操作也類似,都支持SQL語言,會這個基本的資料庫都能用了,呵呵
❼ 資料庫與電子商務有什麼聯系
資料庫就是記錄保存的系統，類似於
U盤，把你的資料和
信息存儲
進去。版
電子商務就是在網上權利用電子的模式經營生意，賺錢。。
那麼在
網上賺錢
肯定會產生數據和信息，那麼這些信息就要依靠資料庫來幫你保存和記錄。。
聯系就是資料庫是電子商務的工具。
❽ 電子商務類網站需要什麼資料庫
電子商務類網站需要的資料庫主要有以下兩種：
Windows Server 2003/2008+ASP.NET+IIS+MS SQL Server 2005/2008；
Linxu/Unix+PHP+Apache+MySQL。
電子回商務企業資料庫必須答具備的三大特性：
符合ACID原則：為了盡可能創建完美的用戶體驗，資料庫需要一個可以在每個事務中保證原子性、一致性、隔離性和持久性的資料庫，符合ACID的資料庫將會確保資料庫事務正確地完成，這意味著客戶可以在網站上獲得他們所查詢的返回值和正確的產品可用性；
可擴展性：MySQL資料庫可以處理海量數據，但由於MySQL只能夠'向上擴展'，因此在某種程度上，單一成本、大排量的主伺服器將會出現瓶頸，所以，與其讓電子商務平台最終走投無路，技術人員應該考慮利用水平可伸縮的雲資料庫，資料庫可以很容易地擴展，以適應大流量的沖擊；
可用性高：如果資料庫和系統處於關閉狀態，客戶會對你的品牌失去信心，所以需要可用性高的資料庫，可用性高的資料庫可以確保良好的用戶體驗，同時還產生收入雙贏的局面。
❾ 電子商務與網路資料庫的關系
建立電子商來務網站，最源主要的是要能與訪問者互動。而一個互動網，它必須是由非靜態網頁（html）來完成，這種可以交互的動態網頁一般是由ASP、PHP、JSP、CGI、等語言寫的，它們都需要有一個像ACCESS、 MS-SLQ、 My-SQL等資料庫來存儲訪問者的交互信息，也就是說一個電子商務網資料庫是必需的。