o資料庫o

❶ 資料庫是什麼Oracle又是啥玩意

經常會有人問我資料庫是幹啥的，其實一開始我是拒絕回答的，因為我也不能做到通俗易懂的表達出來，畢竟我接觸這個概念也沒有多長時間，但隨著問的人多了，我覺得是時候腦補一下我的第一堂課了，萬一哪天冒出來個貨跟你掰扯這事兒，你沒分分鍾給他說清，最後弄個丟里兒丟面兒，好尷尬呀。

資料庫，說白了就是按照數據結構來組織、存儲和管理數據的倉庫，這些數據是結構化的，並可為多種應用服務。也就是說，資料庫是使用計算機伺服器來存儲數據的，專門用來提供各種數兆汪據服務。可以這樣想像，過去一個公司的所有財務數據都是放在保險櫃裡面，而現在我們就可以針對這些財務數據搭建一個資料庫放在某台計算機或伺服器上面;再比如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以亂手利用計算機實現財務、倉庫、生產的自動化管理。最常見的資料庫有：銀行儲蓄系統、手機話費系統、美容美發會員系統、超市會員積分系統、水電費系統、機票或火車票系統等，這些都需要後台資料庫基礎設施的支撐。舉了這么多例子，應該是把資料庫說明白了，至少能在大腦裡面有個概念，知道這個東西是幹啥的。

現在大數據被炒的紅得發紫，而大數據的基礎也是數據，由此可見，數據是一個企業的核心資源，說它是企業的立身之本、發展之基都不為過，因此，維護資料庫的資料庫管理員(DBA)是企業不可或缺的。

目前市面上的資料庫產品有很多，單從規模上分可分為大型、中型、小型幾種，典型的資料庫產品如下：

大型資料庫：Oracle、DB2、Sybase;

中型資料庫：MySQL、SQLServer、Infomix;

小型資料庫：Access、VisualFoxpro。在眾多的資料庫產品中，Oracle資料庫一直處於行業領導先地位，也是當今最流行的關系型資料庫。Oracle可翻譯成"甲骨文"，它是一家以資料庫為主業的全球化公司，是全球第二大軟體公司(第一名是微軟公司)，目前Oracle在資料庫軟體市場已經排名第一，資料庫軟體市場份額達到48.6%，遙遙領先於第二名佔有率僅為20.7%的IBM公司的DB2。在中國市場上的計算機專業系統後台所使用的資料庫尤以Oracle資料庫居多。但是購買Oracle資料庫需要很大一筆費用，一般的大型企業使用，需要有專業人員進行管理和維護，中小企業承擔不起。中小企業為了節省成本，一般使用MySQL、PostgreSQL這類免費開源的數據嘩猜嫌庫，所以Oracle資料庫相關的工作崗位一般是在大型企業中。

對於為什麼選擇Oracle資料庫，而不是其他的資料庫?

第一，是因為Oracle資料庫占據最大的市場份額，並且越來越大，市場需要很多Oracle資料庫方面的人才，中國有句老話說"做對事，選對人"，是同樣的道理;第二，是很多非Oracle資料庫的老系統正往Oracle資料庫遷移，其他資料庫市場佔有率在減少，其他資料庫工作者有面臨失業的風險;第三，Oracle有大量的官方學習文檔，還有部分中文文檔，可以有效地進行學習;第四，Oracle有大量的從業人員，有共同方向的朋友可以互相幫助，不再是孤膽英雄;第五，是可以很容易地從Oracle官方網站下載功能齊全的資料庫最新版本進行學習，可以讓你了解資料庫方面的最新發展趨勢等。

在此說明，以後的所有內容都是基於Oracle11g資料庫產品的，下面我們就簡單介紹一下Oracle11g的系列產品：

企業版(EnterpriseEdition)此版本包含了資料庫的所有組件，並且能夠通過購買選項和程序包來進一步對其增強。

能支持例如大業務量的在線事務處理OLTP(On-LineTransactionProcessing聯機事務處理系統)環境、查詢密集的數據倉庫和要求苛刻的互聯網應用程序。

標准版1(StandardEditionOne)此版本為工作組、部門級和互聯網、內聯網應用程序提供了前所未有的易用性和性價比。從針對小型商務的單伺服器環境到大型的分布式部門環境，該版本包含了構建重要商務應用程序所必需的全部工具。它僅許可在最高容量為2個處理器的伺服器上使用，支持Windows/Linux/UNIX操作系統，並支持64位平台操作系統。

標准版(StandardEdition)此版本提供了StandardEditionOne所不具有的易用性、能力和性能，並且利用真正的應用集群(RAC)提供了對更大型計算機和服務集群的支持。它可以在最高容量為4個處理器的單台伺服器上、或者在一個支持最多4個處理器的集群上使用，可支持Windows、Linux和UNIX操作系統，並支持64位平台操作系統。

簡化版此版本支持與標准版1、標准版和企業版完全兼容的單用戶開發和部署。通過將Oracle資料庫獲獎的功能引入到個人工作站中，該版本提供了結合世界上最流行的資料庫功能的資料庫，並且該資料庫具有桌面產品通常具有的易用性和簡單性，可支持Linux和Windows操作系統。

從存儲結構上來說，目前流行的資料庫主要包含以下兩種：

RDBMS：關系型資料庫，是指採用了關系模型來組織數據的資料庫;

NoSQL資料庫，是指那些非關系型的、分布式的資料庫。簡單來說，關系模型指的就是二維表格模型，而一個關系型資料庫就是由二維表及其之間的聯系所組成的一個數據組織。

關系型資料庫優點：

1、容易理解

二維表結構是非常貼近邏輯世界的一個概念，關系模型相對網狀、層次等其他模型來說更容易理解。

2、使用方便

通用的SQL語言使得操作關系型資料庫非常方便。

3、易於維護

豐富的完整性大大減低了數據冗餘和數據部移植的概率。

4、事務安全

所有關系型資料庫都不同程度的遵守事物的四個基本屬性，因此對於銀行、電信、證券等交易型業務是不可或缺的。

關系型資料庫的瓶頸：

1、高並發讀寫需求

網站的用戶並發性非常高，往往達到每秒上萬次讀寫請求，對於傳統型資料庫來說，硬碟I/O是一個很大的瓶頸。

2、海量數據的高效率讀寫

互聯網上每天產生的數據量是巨大的，對於關系型資料庫來說，在一張包含海量數據的表中查詢，效率是非常低的。

3、高擴展性和可用性

在基於WEB的結構中，資料庫是最難進行橫向擴展的，當一個應用系統的用戶量和訪問量與日俱增的時候，資料庫卻沒有辦法像WEBServer和APPLICATIONServer那樣簡單的通過添加更多的硬體和服務節點來擴展性能和負載能力。對於很多需要提供24小時不間斷服務的網站來說，對資料庫系統進行升級和擴展是非常痛苦的事情，往往需要停機維護和數據遷移。

NoSQL資料庫

NoSQL一詞首先是CarloStrozzi在1998年提出的。2009年再次提出了NoSQL一詞，用於指那些非關系型的、分布式的，且一般不保證遵循ACID原則的數據存儲系統。

NoSQL具有以下特點：

1、可以彌補關系型資料庫的不足

2、針對某些特定的需求而設計，可以具有極高的性能

3、大部分都是開源的，由於成熟度不夠，存在潛在的穩定性和維護性問題。

關系型資料庫適用於結構化數據，而非關系型資料庫適用於非結構化數據，二者優勢互補，相得益彰。

Oracle資料庫未來的發展方向是提供結構化、非結構化、半結構化的解決方案，實現關系型資料庫和NoSQL共存互補。值得強調的是，目前關系型資料庫仍是主流資料庫。

雖然NoSQL資料庫打破了關系型資料庫存儲的觀念，可以很好地滿足WEB2.0時代數據的存儲要求，但NoSQL資料庫也有自己的缺陷。在現階段的情況下，可以將關系型資料庫和NoSQL資料庫結合使用，相互彌補各自的不足。

關於資料庫及其代表產品Oracle今天就介紹這么多，有興趣的可以繼續深挖，希望我的介紹能讓你對資料庫有一個更深入的認識。如果有志於在這方面發展的話，就讓我們一起跟往事乾杯從頭再來。

❷ 如何判斷資料庫IO是否慢

我們可能經常會遇到SQLServer資料庫頻繁關閉的情況。在分析了內存和CPU使用情況後，我們需要繼續調查根源是否在I/O。我們應該如何識別SQLServer是否有I/O相關的瓶頸？
解決：
當數據頁經常從緩沖池中移進移出的時候，I/O子系統就會成為SQLServer性能問題的關鍵因素之一。事務日誌和tempdb同樣也會產生重大的I/O壓力。因此，你必須確保你的I/O子系統能按照預期運行。否則你將會成為響應時間增長和頻繁超時的受害者。在這篇文章中，將描述如何使用內置工具識別I/O相關瓶頸，並提供一些磁碟配置的方法：
性能計數器（Performance Monitor）：
可以使用性能計數器來檢查I/O子系統的負荷。下面的計數器可用於檢查磁碟性能：
PhysicalDisk Object:Avg.DiskQueue
Length：計算從物理磁碟中的平均讀和寫的請求隊列。過高的值代表磁碟操作處於等待狀態。當這個值在SQLServer峰值時長期超過2，證明需要注意了。如果有多個硬碟，就需要把這些數值除以2。比如，有4個硬碟，且隊列為10，那麼平均值就是10/4=2.5，雖然也證明需要關注，但不能使用10這個值。
Avg.Disk Sec/Read和Avg.Disk
Sec/Write：顯示從磁碟讀或者寫入磁碟的平均時間。10ms內是很好的表現，20以下還算能接受。高於此值證明存在問題。
Physical Disk:%Disk
Time：在磁碟忙於讀或者寫請求的時候持續時間的比率。根據拇指定律，此值應該小於50%。
Disk Reads/Sec和Disk
Writes/Sec計數器顯示出在磁碟中讀寫操作的速率。這兩個值應該小於磁碟能力的85%。當超過此值，磁碟的訪問時間將以指數方式增長。
可以通過以下方式來計算逐漸增長的負載的能力。一種方法是使用SQLIO。你應該找到吞吐量比較穩定，但緩慢增長。
可以使用以下公式來計算RAID配置：
Raid 0: I/O per disk = (reads + writes) / number
ofdisks
Raid 1: I/O per disk = [reads + (writes*2)] /
2
Raid 5: I/O per disk = [reads + (writes*4)] / number of
disks
Raid
10: I/O per disk = [reads +
(writes*2)] / number of disks
比如：對於RAID 1，如果得到下面的計數器：
Disk Reads/sec = 90
Disk
Writes/sec =75
根據公式：[reads + (writes*2)] / 2 or [90 + (75*2)] /
2 = 120I/Os每個磁碟。
動態管理視圖（DMVs）：
有很多游泳的DMVs可以用於檢查I/O瓶頸：
當一個頁面被用於讀或者寫訪問且頁面在緩沖池中不存在或不可用時，會引發一個I/O閂鎖等待（I/O
latch），它會在PAGEIOLATCH_EX/PAGEIOLATCH_SH（具體根據請求類型而定）。這些等待表明一個I/O瓶頸。可以使用sys.dm_os_wait_stats找到閂鎖等待的信息。如果你保存了SQLServer正常運行下的waiting_task_counts和wait_time_ms值，並且於此次的值做對比，可以識別出I/O問題：
select *
from sys.dm_os_wait_stats
where wait_type like
'PAGEIOLATCH%'
order by wait_type asc
掛起的I/O請求可以在下面查詢中查到，並且用於識別那個磁碟負責的這個瓶頸：
select database_id,
file_id,
io_stall,
io_pending_ms_ticks,
scheler_address
from sys.dm_io_virtual_file_stats(NULL, NULL) iovfs,
sys.dm_io_pending_io_requests as iopior
where iovfs.file_handle = iopior.io_handle
磁碟碎片（Disk Fragmentation）：
建議你檢查磁碟碎片和配置用於SQLServer實例的磁碟。在NTFS文件系統中的碎片會產生嚴重的性能影響。磁碟需要經常整理碎片並且指定整理碎片計劃。研究表明，一些情況下SAN在整理碎片後性能更差。因此，SAN必須根據實際情況對待。
NTFS上的索引碎片同樣能引起高I/O好用。但是這和在SANs中的效果是不一樣的。
磁碟配置/最佳實踐：
常規情況，你應該把日誌文件和數據文件分開存放以獲得更好的性能。對於重負載的數據文件（包括tempdb）的I/O特性是隨機讀取。對於日誌文件，是順序訪問的，除非事務需要回滾。
對於內置磁碟僅僅可以用於資料庫日誌文件，因為它們對順序I/O有很好的性能，但是對隨機I/O性能低下。
資料庫的數據和日誌文件應該放在對應專用的磁碟中。確保良好的性能。建議日誌文件放在兩個內置磁碟，並配置為RAID
1。數據文件駐留在僅用於給SQLServer訪問的SAN系統中，並只被查詢和報表控制。特殊訪問應該被禁止。
寫緩沖在可能的情況下應該被允許，並保證斷電也能使用。
為了盡可能保證對於OLTP系統的I/O瓶頸影響最小化，不應該把OLAP和OLTP環境混合。並且保證你的代碼優化及有合適的索引來避免不必要的I/O。

❸ o森貝斯資料庫支持部署在哪些cpu和操作系統

o森貝斯資料庫支持部署在cpu和操作系統有以下幾種：
1、支持IntelX86系列CPU。
2、國產CPU海光、海思、飛騰。
3、支持X86、X86-64，支持龍芯。

❹ oracleo資料庫，請問如何遍歷rowtype或游標中的各個列

資料庫中有user_tab_columns和user_tables這兩個表，你看看，可以解決的你問題。腫么沒分

❺ 國產資料庫在經過近幾年的「去o」應用後，新的資料庫是否發揮了預估的作用

積極響應國家對關鍵核心領域技術自主可控的要求，降低管控風險和成本，亞信科技AntDB資料庫助力中國移動某公司開展了核心賬務資料庫自主可控項目建設工作。
成為全國首個完成自主可控的核心賬務庫！包含賬管、計費、帳處系統在內的BOSS全域資料庫實現自主可控化演進，在進一步提升核心系統資料庫自主可控能力的同時，有力保障數據和系統的安全性、穩定性。
滿足了面向核心資料庫高性能、高可用和高擴展性的業務需求，對現有計費賬務中心的架構、應用進行升級，確保業務支撐系統的高可用穩定運營。目前，該項目已正式交割上線，並完成了長達5天的出賬系統驗證。