❶ MFC操作資料庫有關的類
1、 MFC的ODBC類簡介
MFC的ODBC類對較復雜的ODBC API進行了封裝，提供了簡化的調用介面，從而大大方便了資料庫應用程序的開發。程序員不必了解ODBC API和sql的具體細節，利用ODBC類即可完成對資料庫的大部分操作。
MFC的ODBC類主要包括：
CDatabase類：主要功能是建立與數據源的連接。
CRecordset類：該類代表從數據源選擇的一組記錄（記錄集），程序可以選擇數據源中的某個表作為一個記錄集，也可以通過對表的查詢得到記錄集，還可以合並同一數據源中多個表的列到一個記錄集中．通過該類可對記錄集中的記錄進行滾動、修改、增加和刪除等操作。
CRecordView類：提供了一個表單視圖與某個記錄集直接相連，利用對話框數據交換機制(DDX)在記錄集與表單視圖的控制項之間傳輸數據。該類支持對記錄的瀏覽和更新，在撤銷時會自動關閉與之相聯系的記錄集。
CFieldExchange類：支持記錄欄位數據交換（DFX），即記錄集欄位數據成員與相應的資料庫的表的欄位之間的數據交換。該類的功能與CDataExchange類的對話框數據交換功能類似。
CDBException類：代表ODBC類產生的異常。
概括地講，CDatabase針對某個資料庫，它負責連接數據源；CRecordset針對數據源中的記錄集，它負責對記錄的操作；CRecordView負責界面，而CFieldExchange負責CRecordset與數據源的數據交換。
利用AppWizard和ClassWizard，用戶可以方便地建立資料庫應用程序，但這並不意味著可以對MFC的ODBC類一無所知．讀者應注意閱讀後面幾小節中的內容，為學習後面的例子打好基礎．
2、 CDatabase類
要建立與數據源的連接，首先應構造一個CDatabase對象，然後再調用CDatabase的Open成員函數．Open函數負責建立連接，其聲明為
virtual BOOL Open( LPCTSTR lpszDSN, BOOL bExclusive = FALSE, BOOL bReadOnly = FALSE, LPCTSTR lpszConnect = 「ODBC;」, BOOL bUseCursorLib = TRUE ); throw( CDBException, CMemoryException );
參數lpszDSN指定了數據源名（構造數據源的方法將在後面介紹），在lpszConnect參數中也可包括數據源名，此時lpszDSN必需為 NULL，若在函數中未提供數據源名且使lpszDSN為NULL，則會顯示一個數據源對話框，用戶可以在該對話框中選擇一個數據源．參數 bExclusive說明是否獨占數據源，由於目前版本的類庫還不支持獨占方式，故該參數的值應該是FALSE，這說明數據源是被共享的．參數 bReadOnly若為TRUE則對數據源的連接是只讀的．參數lpszConnect指定了一個連接字元串，連接字元串中可以包括數據源名、用戶帳號 (ID)和口令等信息，字元串中的＂ODBC＂表示要連接到一個ODBC數據源上．參數bUseCursorLib若為TRUE，則會裝載游標庫，否則不 裝載，快照需要游標庫，動態集不需要游標庫． 若連接成功，函數返回TRUE，若返回FALSE，則說明用戶在數據源對話框中按了Cancel按鈕。若函數內部出現錯誤，則框架會產生一個異常。
下面是一些調用Open函數的例子。
CDatabase m_db; //在文檔類中嵌入一個CDatabase對象
//連接到一個名為＂Student Registration＂的數據源
m_db.Open("Student Registration");
//在連接數據源的同時指定了用戶帳號和口令
m_db.Open(NULL,FALSE,FALSE,"ODBC;DSN=Student Registration;UID=ZYF;PWD=1234");
m_db.Open(NULL); //將彈出一個數據源對話框
要從一個數據源中脫離，可調用函數Close。在脫離後，可以再次調用Open函數來建立一個新的連接．調用IsOpen可判斷當前是否有一個連接，調用GetConnect可返回當前的連接字元串。函數的聲明為
virtual void Close( );
BOOL IsOpen( ) const; //返回TRUE則表明當前有一個連接
const CString& GetConnect( ) const;
CDatabase的析構函數會調用Close，所以只要刪除了CDatabase對象就可以與數據源脫離。
3、CRecordset類
CRecordset類代表一個記錄集．該類是MFC的ODBC類中最重要、功能最強大的類。
10.5.1 動態集、快照、游標和游標庫
在多任務操作系統或網路環境中，多個用戶可以共享同一個數據源。共享數據的一個主要問題是如何協調各個用戶對數據源的修改。例如，當某一個應用改變了數 據源中的記錄時，別的連接至該數據源的應用應該如何處理。對於這個問題，基於MFC的ODBC應用程序可以採取幾種不同的處理辦法，這將由程序採用哪種記 錄集決定。
記錄集主要分為快照(Snapshot) 和動態集(Dynaset)兩種，CRecordset類對這兩者都支持。這兩種記錄集的不同表現在它們對別的應用改變數據源記錄採取了不同的處理方法。
快照型記錄集提供了對數據的靜態視．快照是個很形象的術語，就好象對數據源的某些記錄照了一張照片一樣．當別的用戶改變了記錄時（包括修改、添加和刪 除），快照中的記錄不受影響，也就是說，快照不反映別的用戶對數據源記錄的改變．直到調用了CRecordset::Requery重新查詢後，快照才會 反映變化．對於象產生報告或執行計算這樣的不希望中途變動的工作，快照是很有用的。需要指出的是，快照的這種靜態特性是相對於別的用戶而言的，它會正確反 映由本身用戶對記錄的修改和刪除，但對於新添加的記錄直到調用Requery後才能反映到快照中．
動態集提供了數據的動態視．當別的用戶修改或刪除了記錄集中的記錄時，會在動態集中反映出來：當滾動到修改過的記錄時對其所作的修改會立即反映到動態集 中，當記錄被刪除時，MFC代碼會跳過記錄集中的刪除部分．對於其它用戶添加的記錄，直到調用Requery時，才會在動態集中反映出來。本身應用程序對 記錄的修改、添加和刪除會反映在動態集中。當數據必須是動態的時侯，使用動態集是最適合的。例如，在一個火車票聯網售票系統中，顯然應該用動態集隨時反映 出共享數據的變化。
在記錄集中滾動，需要有一個標志來指明滾動後的位置（當前位置）。ODBC驅動程序會維護一個游標，用來跟蹤記錄集的當前記錄，可以把游標理解成跟蹤記錄集位置的一種機制。
游標庫(Cursor Library)是處於ODBC驅動程序管理器和驅動程序之間的動態鏈接庫(ODBCCR32.DLL)．游標庫的主要功能是支持快照以及為底層驅動程序 提供雙向滾動能力，高層次的驅動程序不需要游標庫，因為它們是可滾動的．游標庫管理快照記錄的緩沖區，該緩沖區反映本程序對記錄的修改和刪除，但不反映其 它用戶對記錄的改變，由此可見，快照實際上相當於當前的游標庫緩沖區．
應注 意的是，快照是一種靜態游標(Static Cursor)．靜態游標直到滾動到某個記錄才能取得該記錄的數據．因此，要保證所有的記錄都被快照，可以先滾動到記錄集的末尾，然後再滾動到感興趣的第 一個記錄上．這樣做的缺點是滾動到末尾需要額外的開銷，會降低性能．
與快照不同，動態集不用游標庫維持的緩沖區來存放記錄．實際上，動態集是不使用游標庫的，因為游標庫會屏蔽掉一些支持動態集的底層驅動程序功能．動態集是一種鍵集驅動游標(Keyset-Driven Cursor)，當打開一個動態集時，驅動程序保存記錄集中每個記錄的鍵．只要游標在動態集中滾動，驅動程序就會通過鍵來從數據源中檢取當前記錄，從而保證選取的記錄與數據源同步．
從上面的分析中可以看出，快照和動態集有一個共同的特點，那就是在建立記錄集後，記錄集中的成員就已經確定了．這就是為什麼兩種記錄集都不能反映別的用戶添加記錄的原因．
10.5.2 域數據成員與數據交換
CRecordset類代表一個記錄集．用戶一般需要用ClassWizard創建一個CRecordset的派生類．ClassWizard可以為派 生的記錄集類創建一批數據成員，這些數據成員與記錄的各欄位相對應，被稱為欄位數據成員或域數據成員．例如，對於表10.2所示的將在後面例子中使用的數 據庫表，ClassWizard會在派生類中加入6個域數據成員
10.5.3 SQL查詢
記錄集的建立實際上主要是一個查詢過程，SQL的SELECT語句用來查詢數據源．在建立記錄集時，CRecordset會根據一些參數構造一個 SELECT語句來查詢數據源，並用查詢的結果創建記錄集．明白這一點對理解CRecordset至關重要．SELECT語句的句法如下：
SELECT rfx-field-list FROM table-name [WHERE m_strFilter]
[ORDER BY m_strSort]
其中table-name是表名，rfx-field-list是選擇的列（欄位）．WHERE和ORDER BY是兩個子句，分別用來過濾和排序。下面是SELECT語句的一些例子：
SELECT CourseID, InstructorID FROM Section
SELECT * FROM Section WHERE CourseID=『MATH202』 AND Capacity=15
SELECT InstructorID FROM Section ORDER BY CourseID ASC
其中第一個語句從Section表中選擇CourseID和InstructorID欄位．第二個語句從Section表中選擇CourseID為 MATH202且Capacity等於15的記錄，在該語句中使用了象＂AND＂或＂OR＂這樣的邏輯連接符．要注意在SQL語句中引用字元串、日期或時 間等類型的數據時要用單引號括起來，而數值型數據則不用．第三個語句從Section表中選擇InstructorID列並且按CourseID的升序排 列，若要降序排列，可使用關鍵字DESC．
提示：如果列名或表名中包含有空格，則必需用方括弧把該名稱包起來。例如，如果有一列名為「Client Name」，則應該寫成「[Client Name]」。
10.5.4 記錄集的建立和關閉
要建立記錄集，首先要構造一個CRecordset派生類對象，然後調用Open成員函數查詢數據源中的記錄並建立記錄集．在Open函數中，可能會調用GetDefaultConnect和GetDefaultSQL函數．函數的聲明為
CRecordset( CDatabase* pDatabase = NULL);
參數pDatabase指向一個CDatabase對象，用來獲取數據源．如果pDatabase為NULL，則會在Open函數中自動構建一個 CDatabase對象．如果CDatabase對象還未與數據源連接，那麼在Open函數中會建立連接，連接字元串（參見10.3.1）由成員函數 GetDefaultConnect提供．
virtual CString GetDefaultConnect( );
該函數返回預設的連接字元串．Open函數在必要的時侯會調用該函數獲取連接字元串以建立與數據源的連接．一般需要在CRecordset派生類中覆蓋該函數並在新版的函數中提供連接字元串．
virtual BOOL Open( UINT nOpenType = AFX_DB_USE_DEFAULT_TYPE, LPCTSTR lpszSQL = NULL, DWORD dwOptions = none );
throw( CDBException, CMemoryException );
該函數使用指定的SQL語句查詢數據源中的記錄並按指定的類型和選項建立記錄集．參數nOpenType說明了記錄集的類型，如表10.3所示，如果要求 的類型驅動程序不支持，則函數將產生一個異常．參數lpszSQL是一個SQL的SELECT語句，或是一個表名．函數用lpszSQL來進行查詢，如果 該參數為NULL，則函數會調用GetDefaultSQL獲取預設的SQL語句．參數dwOptions可以是一些選項的組合，常用的選項在表10.4 中列出．若創建成功則函數返回TRUE，若函數調用了CDatabase::Open且返回FALSE，則函數返回FALSE．
表10.3 記錄集的類型
類型
含義
AFX_DB_USE_DEFAULT_TYPE
使用預設值．
CRecordset::dynaset
可雙向滾動的動態集．
CRecordset::snapshot
可雙向滾動的快照．
CRecordset::dynamic
提供比動態集更好的動態特性，大部分ODBC驅動程序不支持這種記錄集．
CRecordset::forwardOnly
只能前向滾動的只讀記錄集．表10.4 創建記錄集時的常用選項
選項
含義
CRecordset::none
無選項（預設）．
CRecordset::appendOnly
不允許修改和刪除記錄，但可以添加記錄．
CRecordset::readOnly
記錄集是只讀的．
CRecordset::skipDeletedRecords
有些資料庫（如FoxPro）在刪除記錄時並不真刪除，而是做個刪除標記，在滾動時將跳過這些被刪除的記錄．virtual CString GetDefaultSQL( );
Open函數在必要時會調用該函數返回預設的SQL語句或表名以查詢數據源中的記錄．一般需要在CRecordset派生類中覆蓋該函數並在新版的函數中提供SQL語句或表名．下面是一些返回字元串的例子．
「Section」 //選擇Section表中的所有記錄到記錄集中
「Section, Course」 //合並Section表和Course表的各列到記錄集中
//對Section表中的所有記錄按CourseID的升序進行排序，然後建立記錄集
「SELECT * FROM Section ORDER BY CourseID ASC」
上面的例子說明，通過合理地安排SQL語句和表名，Open函數可以十分靈活地查詢數據源中的記錄．用戶可以合並多個表的欄位，也可以只選擇記錄中的某些欄位，還可以對記錄進行過濾和排序．
上一小節說過，在建立記錄集時，CRecordset會構造一個SELECT語句來查詢數據源．如果在調用Open時只提供了表名，那麼SELECT語 句還缺少選擇列參數rfx-field-list（參見10.5.3）．框架規定，如果只提供了表名，則選擇列的信息從DoFieldExchange中 的RFX語句里提取．例如，如果在調用Open時只提供了＂Section＂表名，那麼將會構造如下一個SELECT語句：
SELECT CourseID,SectionNo,InstructorID,RoomNo, Schele,Capacity FROM Section
建立記錄集後，用戶可以隨時調用Requery成員函數來重新查詢和建立記錄集．Requery有兩個重要用途：
使記錄集能反映用戶對數據源的改變（參見10.5.1）．
按照新的過濾或排序方法查詢記錄並重新建立記錄集．
在調用Requery之前，可調用CanRestart來判斷記錄集是否支持Requery操作．要記住Requery只能在成功調用Open後調用，所以程序應調用IsOpen來判斷記錄集是否已建立．函數的聲明為
virtual BOOL Requery( );throw( CDBException, CMemoryException );
返回TRUE表明記錄集建立成功，否則返回FALSE．若函數內部出錯則產生異常．
BOOL CanRestart( ) const; //若支持Requery則返回TRUE
BOOL IsOpen( ) const; //若記錄集已建立則返回TRUE
CRecordset類有兩個公共數據成員m_strFilter和m_strSort用來設置對記錄的過濾和排序．在調用Open或Requery 前，如果在這兩個數據成員中指定了過濾或排序，那麼Open和Requery將按這兩個數據成員指定的過濾和排序來查詢數據源．
成員m_strFilter用於指定過濾器．m_strFilter實際上包含了SQL的WHERE子句的內容，但它不含WHERE關鍵字．使用m_strFilter的一個例子為：
m_pSet->m_strFilter=「CourseID=『MATH101』」; //只選擇CourseID為MATH101的記錄
if(m_pSet->Open(CRecordset::snapshot, 「Section」))
. . . . . .
成員m_strSort用於指定排序．m_strSort實際上包含了ORDER BY子句的內容，但它不含ORDER BY關鍵字．m_strSort的一個例子為
m_pSet->m_strSort=「CourseID DESC」; //按CourseID的降序排列記錄
m_pSet->Open();
. . . . . .
事實上，Open函數在構造SELECT語句時，會把m_strFilter和m_strSort的內容放入SELECT語句的WHERE和ORDER BY子句中．如果在Open的lpszSQL參數中已包括了WHERE和ORDER BY子句，那麼m_strFilter和m_strSort必需為空．
調用無參數成員函數Close可以關閉記錄集．在調用了Close函數後，程序可以再次調用Open建立新的記錄集．CRecordset的析構函數會調用Close函數，所以當刪除CRecordset對象時記錄集也隨之關閉。
10.5.5 滾動記錄
CRecordset提供了幾個成員函數用來在記錄集中滾動，如下所示．當用這些函數滾動到一個新記錄時，框架會自動地把新記錄的內容拷貝到域數據成員中．
void MoveNext( ); //前進一個記錄
void MovePrev( ); //後退一個記錄
void MoveFirst( ); //滾動到記錄集中的第一個記錄
void MoveLast( ); //滾動到記錄集中的最後一個記錄
void SetAbsolutePosition( long nRows );
該函數用於滾動到由參數nRows指定的絕對位置處．若nRows為負數，則從後往前滾動．例如，當nRows為-1時，函數就滾動到記錄集的末尾．注意，該函數不會跳過被刪除的記錄．
virtual void Move( long nRows, WORD wFetchType = SQL_FETCH_RELATIVE );
該函數功能強大．通過將wFetchType參數指定為SQL_FETCH_NEXT、SQL_FETCH_PRIOR、 SQL_FETCH_FIRST、SQL_FETCH_LAST和SQL_FETCH_ABSOLUTE，可以完成上面五個函數的功能．若 wFetchType為SQL_FETCH_RELATIVE，那麼將相對當前記錄移動，若nRows為正數，則向前移動，若nRows為負數，則向後移 動．
如果在建立記錄集時選擇了CRecordset::skipDeletedRecords選項，那麼除了SetAbsolutePosition外，在滾動記錄時將跳過被刪除的記錄，這一點對象FoxPro這樣的資料庫十分重要．
如果記錄集是空的，那麼調用上述函數將產生異常．另外，必須保證滾動沒有超出記錄集的邊界．調用IsEOF和IsBOF可以進行這方面的檢測．
BOOL IsEOF( ) const;
如果記錄集為空或滾動過了最後一個記錄，那麼函數返回TRUE，否則返回FALSE．
BOOL IsBOF( ) const;
如果記錄集為空或滾動過了第一個記錄，那麼函數返回TRUE，否則返回FALSE．
❷ MongoDB是什麼，怎麼用看完你就知道了
MongoDB是一款為web應用程序和互聯網基礎設施設計的資料庫管理系統。沒錯MongoDB就是資料庫，是NoSQL類型的資料庫。
（1）MongoDB提出的是文檔、集合的概念，使用BSON（類JSON）作為其數據模型結構，其結構是面向對象的而不是二維表，存儲一個用戶在MongoDB中是這樣子的。
使用這樣的數據模型，使得MongoDB能在生產環境中提供高讀寫的能力，吞吐量較於mysql等SQL資料庫大大增強。
（2）易伸縮，自動故障轉移。易伸縮指的是提供了分片能力，能對數據集進行分片，數據的存儲壓力分攤給多台伺服器。自動故障轉移是副本集的概念，MongoDB能檢測主節點是否存活，當失活時能自動提升從節點為主節點，達到故障轉移。
（3）數據模型因為是面向對象的，所以可以表示豐富的、有層級的數據結構，比如博客系統中能把「評論」直接懟到「文章「的文檔中，而不必像myqsl一樣創建三張表來描述這樣的關系。
（1）文檔數據類型
SQL類型的資料庫是正規化的，可以通過主鍵或者外鍵的約束保證數據的完整性與唯一性，所以SQL類型的資料庫常用於對數據完整性較高的系統。MongoDB在這一方面是不如SQL類型的資料庫，且MongoDB沒有固定的Schema，正因為MongoDB少了一些這樣的約束條件，可以讓數據的存儲數據結構更靈活，存儲速度更加快。
（2）即時查詢能力
MongoDB保留了關系型資料庫即時查詢的能力，保留了索引（底層是基於B tree）的能力。這一點汲取了關系型資料庫的優點，相比於同類型的NoSQL redis 並沒有上述的能力。
（3）復制能力
MongoDB自身提供了副本集能將數據分布在多台機器上實現冗餘，目的是可以提供自動故障轉移、擴展讀能力。
（4）速度與持久性
MongoDB的驅動實現一個寫入語義 fire and forget ，即通過驅動調用寫入時，可以立即得到返回得到成功的結果（即使是報錯），這樣讓寫入的速度更加快，當然會有一定的不安全性，完全依賴網路。
MongoDB提供了Journaling日誌的概念，實際上像mysql的bin-log日誌，當需要插入的時候會先往日誌裡面寫入記錄，再完成實際的數據操作，這樣如果出現停電，進程突然中斷的情況，可以保障數據不會錯誤，可以通過修復功能讀取Journaling日誌進行修復。
（5）數據擴展
MongoDB使用分片技術對數據進行擴展，MongoDB能自動分片、自動轉移分片裡面的數據塊，讓每一個伺服器裡面存儲的數據都是一樣大小。
MongoDB核心伺服器主要是通過mongod程序啟動的，而且在啟動時不需對MongoDB使用的內存進行配置，因為其設計哲學是內存管理最好是交給操作系統，缺少內存配置是MongoDB的設計亮點，另外，還可通過mongos路由伺服器使用分片功能。
MongoDB的主要客戶端是可以交互的js shell 通過mongo啟動，使用js shell能使用js直接與MongoDB進行交流，像使用sql語句查詢mysql數據一樣使用js語法查詢MongoDB的數據，另外還提供了各種語言的驅動包，方便各種語言的接入。
mongomp和mongorestore,備份和恢復資料庫的標准工具。輸出BSON格式，遷移資料庫。
mongoexport和mongoimport，用來導入導出JSON、CSV和TSV數據，數據需要支持多格式時有用。mongoimport還能用與大數據集的初始導入，但是在導入前順便還要注意一下，為了能充分利用好mongoDB通常需要對數據模型做一些調整。
mongosniff,網路嗅探工具，用來觀察發送到資料庫的操作。基本就是把網路上傳輸的BSON轉換為易於人們閱讀的shell語句。
因此，可以總結得到，MongoDB結合鍵值存儲和關系資料庫的最好特性。因為簡單，所以數據極快，而且相對容易伸縮還提供復雜查詢機制的資料庫。MongoDB需要跑在64位的伺服器上面，且最好單獨部署，因為是資料庫，所以也需要對其進行熱備、冷備處理。
因為本篇文章不是API手冊，所有這里對shell的使用也是基礎的介紹什麼功能可以用什麼語句，主要是為了展示使用MongoDB shell的方便性，如果需要知道具體的MongoDB shell語法可以查閱官方文檔。
創建資料庫並不是必須的操作，資料庫與集合只有在第一次插入文檔時才會被創建，與對數據的動態處理方式是一致的。簡化並加速開發過程，而且有利於動態分配命名空間。如果擔心資料庫或集合被意外創建，可以開啟嚴格模式。
以上的命令只是簡單實例，假設如果你之前沒有學習過任何資料庫語法，同時開始學sql查詢語法和MongoDB 查詢語法，你會發現哪一個更簡單呢？如果你使用的是java驅動去操作MongoDB，你會發現任何的查詢都像Hibernate提供出來的查詢方式一樣，只要構建好一個查詢條件對象，便能輕松查詢（接下來會給出示例），博主之前熟悉ES6，所以入手MongoDB js shell完成沒問題，也正因為這樣簡潔，完善的查詢機制，深深的愛上了MongoDB。
使用java驅動鏈接MongoDB是一件非常簡單的事情，簡單的引用，簡單的做增刪改查。在使用完java驅動後我才發現spring 對MongoDB 的封裝還不如官方自身提供出來的東西好用，下面簡單的展示一下使用。
這里只舉例了簡單的鏈接與簡單的MongoDB操作，可見其操作的容易性。使用驅動時是基於TCP套接字與MongoDB進行通信的，如果查詢結果較多，恰好無法全部放進第一伺服器中，將會向伺服器發送一個getmore指令獲取下一批查詢結果。
插入數據到伺服器時間，不會等待伺服器的響應，驅動會假設寫入是成功的，實際是使用客戶端生成對象id，但是該行為可以通過配置配置，可以通過安全模式開啟，安全模式可以校驗伺服器端插入的錯誤。
要清楚了解MongoDB的基本數據單元。在關系型資料庫中有帶列和行的數據表。而MongoDB數據的基本單元是BSON文檔，在鍵值中有指向不定類型值的鍵，MongoDB擁有即時查詢，但不支持聯結操作，簡單的鍵值存儲只能根據單個鍵來獲取值，不支持事務，但支持多種原子更新操作。
如讀寫比是怎樣的，需要何種查詢，數據是如何更新的，會不會存在什麼並發問題，數據結構化的程度是要求高還是低。系統本身的需求決定mysql還是MongoDB。
在關於schema 的設計中要注意一些原則，比如：
資料庫是集合的邏輯與物理分組，MongoDB沒有提供創建資料庫的語法，只有在插入集合時，資料庫才開始建立。創建資料庫後會在磁碟分配一組數據文件，所有集合、索引和資料庫的其他元數據都保存在這些文件中，查閱資料庫使用磁碟狀態可通過。
集合是結構上或概念上相似得文檔的容器，集合的名稱可以包含數字、字母或 . 符號，但必須以字母或數字開頭，完全。
限定集合名不能超過128個字元，實際上 . 符號在集合中很有用，能提供某種虛擬命名空間，這是一種組織上的原則，和其他集合是一視同仁的。在集合中可以使用。
其次是鍵值，在MongoDB裡面所有的字元串都是UTF-8類型。數字類型包括double、int、long。日期類型都是UTC格式，所以在MongoDB裡面看到的時間會比北京時間慢8小時。整個文檔大小會限制在16m以內，因為這樣可以防止創建難看的數據類型，且小文檔可以提升性能，批量插入文檔理想數字范圍是10~200，大小不能超過16MB。
（1）索引能顯著減少獲取文檔的所需工作量，具體的對比可以通過 .explain()方法進行對比
（2）解析查詢時MongoDB通過最優計劃選擇一個索引進行查詢，當沒有最適合索引時，會先不同的使用各個索引進行查詢，最終選出一個最優索引做查詢
（3）如果有一個a-b的復合索引，那麼僅針對a的索引是冗餘的
（4）復合索引里的鍵的順序是很重要的
（1）單鍵索引
（2）復合索引
（3）唯一性索引
（4）稀疏索引
如索引的欄位會出現null的值，或是大量文檔都不包含被索引的鍵。
如果數據集很大時，構建索引將會花費很長的時間，且會影響程序性能，可通過
當使用 mongorestore 時會重新構建索引。當曾經執行過大規模的刪除時，可使用
對索引進行壓縮，重建。
（1）查閱慢查詢日誌
（2）分析慢查詢
注意新版本的MongoDB 的explain方法是需要參數的，不然只顯示普通的信息。
本節同樣主要簡單呈現MongoDB副本集搭建的簡易性，與副本集的強壯性，監控容易性
提供主從復制能力，熱備能力，故障轉移能力
實際上MongoDB對副本集的操作跟mysql主從操作是差不多的，先看一下mysql的主從數據流動過程
而MongoDB主要依賴的日誌文件是oplog
寫操作先被記錄下來，添加到主節點的oplog里。與此同時，所有從結點復制oplog。首先，查看自己oplog里最後一條的時間戳；其次，查詢主節點oplog里所有大於此時間戳的條目;最後，把那些條目添加到自己的oplog里並應用到自己的庫里。從節點使用長輪詢立即應用來自主結點oplog的新條目。
當遇到以下情況，從節點會停止復制
local資料庫保存了所有副本集元素據和oplog日誌
可以使用以下命令查看復制情況
每個副本集成員每秒鍾ping一次其他所有成員，可以通過rs.status()看到節點上次的心跳檢測時間戳和 健康 狀況。
這個點沒必要過多描述，但是有一個特殊場景，如果從節點和仲裁節點都被殺了，只剩下主節點，他會把自己降級成為從節點。
如果主節點的數據還沒有寫到從庫，那麼數據不能算提交，當該主節點變成從節點時，便會觸發回滾，那些沒寫到從庫的數據將會被刪除，可以通過rollback子目錄中的BSON文件恢復回滾的內容。
（1）使用單節點鏈接
只能鏈接到主節點，如果鏈接到從節點的話，會被拒絕寫入操作，但是如果沒有使用安全模式，因為mongo的fire and forget 特性，會把拒絕寫入的異常給吃掉。
（2）使用副本集方式鏈接
能根據寫入的情況自動進行故障轉移，但是當副本集進行新的選舉時，還是會出現故障，如果不使用安全模式，依舊會出現寫不進去，但現實成功的情況。
分片是資料庫切分的一個概念實現，這里也是簡單總結為什麼要使用分片以及分片的原理，操作。
當數據量過大，索引和工作數據集佔用的內存就會越來越多，所以需要通過分片負載來解決這個問題
（1）分片組件
（2）分片的核心操作
分片一個集合：分片是根據一個屬性的范圍進行劃分的，MongoDB使用所謂的分片鍵讓每個文檔在這些范圍里找到自己的位置
塊：是位於一個分片中的一段連續的分片鍵范圍，可以理解為若干個塊組成分片，分片組成MongoDB的全部數據
（3）拆分與遷移
塊的拆分：初始化時只有一個塊，達到最大塊尺寸64MB或100000個文檔就會觸發塊的拆分。把原來的范圍一分為二，這樣就有了兩個塊，每個塊都有相同數量的文檔。
遷移：當分片中的數據大小不一時會產生遷移的動作，比如分片A的數據比較多，會將分片A裡面的一些塊轉移到分片B裡面去。分片集群通過在分片中移動塊來實現均衡，是由名為均衡器的軟體進程管理的，任務是確保數據在各個分片中保持均勻分布，當集群中擁有塊最多的分片與擁有塊最少分片的塊差大於8時，均衡器就會發起一次均衡處理。
啟動兩個副本集、三個配置伺服器、一個mongos進程
配置分片
（1）分片查詢類型
（2）索引
分片集合只允許在_id欄位和分片鍵上添加唯一性索引，其他地方不行，因為這需要在分片間進行通信，實施起來很復雜。
當創建分片時，會根據分片鍵創建一個索引。
（1）分片鍵是不可修改的、分片鍵的選擇非常重要
（2）低效的分片鍵
（3）理想的分片鍵
（1）部署拓撲
根據不同的數據中心劃分
這里寫圖片描述
（2）最低要求
（3）配置的注意事項
需要估計集群大小，可使用以下命令對現有集合進行分片處理
（4）備份分片集群
備份分片時需要停止均衡器
（1）部署架構
使用64位機器、32位機器會制約mongodb的內存，使其最大值為1.5GB
（2）cpu
mongodb 只有當索引和工作集都可放入內存時，才會遇到CPU瓶頸，CPU在mongodb使用中的作用是用來檢索數據，如果看到CPU使用飽和的情況，可以通過查詢慢查詢日誌，排查是不是查詢的問題導致的，如果是可以通過添加索引來解決問題
mongodb寫入數據時會使用到CPU，但是mongodb寫入時間一次只用到一個核，如果有頻繁的寫入行為，可以通過分片來解決這個問題
（3）內存
大內存是mongodb的保障，如果工作集大小超過內存，將會導致性能下降，因為這將會增加數據載入入內存的動作
（4）硬碟
mongodb默認每60s會與磁碟強制同步一次，稱為後台刷新，會產生I/O操作。在重啟時mongodb會將磁碟裡面的數據載入至內存，高速磁碟將會減少同步的時間
（5）文件系統
使用ext4 和 xfs 文件系統
禁用最後訪問時間
（6）文件描述符
linux 默認文件描述符是1024，需要大額度的提升這個額度
（7）時鍾
mongodb各個節點伺服器之間使用ntp伺服器
（1）綁定IP
啟動時使用 - -bind_ip 命令
（2）身份驗證
啟動時使用 - -auth 命令
（3）副本集身份認證
使用keyFile，注意keyFile文件的許可權必須是600，不然會啟動不起來
（1）拓撲結構
搭建副本集至少需要兩個節點，其中仲裁結點不需要有自己的伺服器
（2）Journaling日誌
寫數據時會先寫入日誌，而此時的數據也不是直接寫入硬碟，而是寫入內存
但是Journaling日誌會消耗內存，所以可以在主庫上面關閉，在從庫上面啟動
可以單獨為Journaling日誌使用一塊固態硬碟
在插入時，可以通過驅動確保Journaling插入後再反饋，但是會非常影響性能。
logpath 選項指定日誌存儲地址
-vvvvv 選項（v越多，輸出越詳細）
db.runCommand({logrotare:1}) 開啟滾動日誌
（1）serverStatus
這里寫圖片描述
（2）top
（3）db.currentOp()
動態展示mongodb活動數據
佔用當前mongodb監聽埠往上1000號的埠
（1）mongomp
把資料庫內容導出成BSON文件，而mongorestore能讀取並還原這些文件
（2）mongorestore
把導出的BSON文件還原到資料庫
（3）備份原始數據文件
可以這么做，但是，操作之前需要進行鎖庫處理 db.runCommand({fsync:1,lock:true})
db.$cmd.sys.unlock.findOne() 請求解鎖操作，但是資料庫不會立刻解鎖，需要使用db.currentOp()驗證。
（1）修復
mongd --repair 修復所有資料庫
db.runCommand({repairDatabase:1}) 修復單個資料庫
修復就是根據Jourling文件讀取和重寫所有數據文件並重建各個索引
（2）壓緊
壓緊，會重寫數據文件，並重建集合的全部索引，需要停機或者在從庫上面運行,如果需要在主庫上面運行，需要添加force參數 保證加寫鎖。
（1）監控磁碟狀態
（2）為提升性能檢查索引和查詢
總的來說，掃描盡可能少的文檔。
保證沒有冗餘的索引，冗餘的索引會佔用磁碟空間、消耗更多的內存，在每次寫入時還需做更多工作
（3）添加內存
dataSize 數據大小 和 indexSize 索引大小，如果兩者的和大於內存，那麼將會影響性能。
storageSize超過dataSize 數據大小 兩倍以上，就會因磁碟碎片而影響性能，需要壓縮。
❸ 資料庫系統的組成，及各自的作用
1、資料庫（database，DB）
作用是資料庫中的數據按一定的數學模型組織、描述和存儲，有組織，可共享的數據的集合。具有較小的冗餘，較高的數據獨立性和易擴展性，並可為各種用戶共享。
2、硬體
構成計算機系統的各種物理設備，包括存儲所需的外部設備。作用是硬體的配置應滿足整個資料庫系統的需要。
3、軟體
包括操作系統、資料庫管理系統及應用程序。資料庫管理系統是資料庫系統的核心軟體，作用是在操作系統的支持下工作，科學地組織和存儲數據，高效獲取和維護數據的系統軟體。其主要功能包括數據定義功能、數據操縱功能、資料庫的運行管理和資料庫的建立與維護。
4、人員
主要分類及其作用是系統分析員和資料庫設計人員，負責應用系統的需求分析和規范說明，確定系統的硬體配置，並參與資料庫系統的概要設計；應用程序員，負責編寫使用資料庫的應用程序，利用系統的介面或查詢語言訪問資料庫；資料庫管理員負責資料庫的總體信息控制。
(3)資料庫操作類dbbase簡介和使用擴展閱讀：
資料庫系統的模型
1、層次模型：用一顆「有向樹」的數據結構來表示各類實體以及實體間的聯系，樹中每一個節點代表一個記錄類型，樹狀結構表示實體型之間的聯系。層次數據模型的提出，首先是為了模擬這種按層次組織起來的事物。層次資料庫也是按記錄來存取數據的。
2、網狀模型：取消了層次模型的不能表示非數狀結構的限制，兩個或兩個以上的結點都可以有多個雙親結點，則此時有向樹變成了有向圖，該有向圖描述了網狀模型。網狀模型中以記錄為數據的存儲單位。記錄包含若干數據項。
3、關系模型：基本假定是所有數據都表示為數學上的關系。關系數據模型以集合論中的關系概念為基礎發展起來的。關系模型中無論是實體還是實體間的聯系均由單一的結構類型關系來表示。
❹ 與文件管理數據相比，資料庫管理系統有哪些優點
與文件管理數據相比，資料庫管理系統具有以下優點：
1、控制數據冗餘。
資料庫管理應盡可能地消除了冗餘，但是並沒有完全消除，而是控制大量資料庫固有的冗餘。例如，為了表現數據間的關系，數據項的重復一般是必要的，有時為了提高性能也會重復一些數據項。
2、保證數據一致性。
通過消除或控制冗餘，可降低不一致性產生的危險。如果數據項在資料庫中只存儲了一次，則任何對該值的更新均只需進行一次，而且新的值立即就被所有用戶獲得。如果數據項不只存儲了一次，而且系統意識到這點，系統將可以確保該項的所有拷貝都保持一致。
3、提高數據共享。
資料庫應該被有許可權的用戶共享。資料庫管理系統的引入使更多的用戶可以更方便的共享更多的數據。新的應用程序可以依賴於資料庫中已經存在的數據，並且只增加沒有存儲的數據，而不用重新定義所有的數據需求。
(4)資料庫操作類dbbase簡介和使用擴展閱讀
技術特點
（1）採用復雜的數據模型表示數據結構，數據冗餘小，易擴充，實現了數據共享。
（2）具有較高的數據和程序獨立性，資料庫的獨立性有物理獨立性和邏輯獨立性。
（3）資料庫系統為用戶提供了方便的用戶介面。
（4）資料庫系統提供4個方面的數據控制功能，分別是並發控制、恢復、完整性和安全性。資料庫中各個應用程序所使用的數據由資料庫系統統一規定，按照一定的數據模型組織和建立，由系統統一管理和集中控制。
（5）增加了系統的靈活性。
❺ 什麼是資料庫 怎麼用
資料庫
資料庫發展階段大致劃分為如下幾個階段：
人工管理階段；
文件系統階段；
資料庫系統階段；
高級資料庫階段。
當人們從不同的角度來描述這一概念時就有不同的定義(當然是描述性的)。例如，稱資料庫是一個「記錄保存系統」(該定義強調了資料庫是若干記錄的集合)。又如稱資料庫是「人們為解決特定的任務，以一定的組織方式存儲在一起的相關的數據的集合」(該定義側重於數據的組織)。更有甚者稱資料庫是「一個數據倉庫」。當然，這種說法雖然形象，但並不嚴謹。
嚴格地說，資料庫是「按照數據結構來組織、存儲和管理數據的倉庫」。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣「倉庫」，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表20.6.3中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個「資料庫集合」。
· 資料庫的優點
使用資料庫可以帶來許多好處：如減少了數據的冗餘度，從而大大地節省了數據的存儲空間；實現數據資源的充分共享等等。此外，資料庫技術還為用戶提供了非常簡便的使用手段使用戶易於編寫有關資料庫應用程序。特別是近年來推出的微型計算機關系資料庫管理系統dBASELL，操作直觀，使用靈活，編程方便，環境適應廣泛(一般的十六位機，如IBM/PC/XT，國產長城0520等均可運行種軟體)，數據處理能力極強。資料庫在我國正得到愈來愈廣泛的應用，必將成為經濟管理的有力工具。
資料庫是通過資料庫管理系統(DBMS-DATA BASE MANAGEMENT SYSTEM)軟體來實現數據的存儲、管理與使用的dBASELL就是一種資料庫管理系統軟體。
· 資料庫結構與資料庫種類
資料庫通常分為層次式資料庫、網路式資料庫和關系式資料庫三種。而不同的資料庫是按不同的數據結構來聯系和組織的。
1.數據結構模型
(1)數據結構
所謂數據結構是指數據的組織形式或數據之間的聯系。如果用D表示數據，用R表示數據對象之間存在的關系集合，則將DS＝(D，R)稱為數據結構。例如，設有一個電話號碼簿，它記錄了n個人的名字和相應的電話號碼。為了方便地查找某人的電話號碼，將人名和號碼按字典順序排列，並在名字的後面跟隨著對應的電話號碼。這樣，若要查找某人的電話號碼(假定他的名字的第一個字母是Y)，那麼只須查找以Y開頭的那些名字就可以了。該例中，數據的集合D就是人名和電話號碼，它們之間的聯系R就是按字典順序的排列，其相應的數據結構就是DS＝(D，R)，即一個數組。(2)數據結構種類
數據結構又分為數據的邏輯結構和數據的物理結構。數據的邏輯結構是從邏輯的角度(即數據間的聯系和組織方式)來觀察數據，分析數據，與數據的存儲位置無關。數據的物理結構是指數據在計算機中存放的結構，即數據的邏輯結構在計算機中的實現形式，所以物理結構也被稱為存儲結構。本節只研究數據的邏輯結構，並將反映和實現數據聯系的方法稱為數據模型。
目前，比較流行的數據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以及按關系理論建立的關系結構模型。
2.層次、網狀和關系資料庫系統
(1)層次結構模型
層次結構模型實質上是一種有根結點的定向有序樹(在數學中"樹"被定義為一個無回的連通圖)。例如圖20.6.4是一個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。這種數據結構模型的一般結構見圖20.6.5所示。
圖20.6.4 高等學校的組織結構圖 圖20.6.5 層次結構模型
圖20.6.5中，Ri(i＝1，2，…6)代表記錄(即數據的集合)，其中R1就是根結點(如果Ri看成是一個家族，則R1就是祖先，它是R2、R3、R4的雙親，而R2、R3、R4互為兄弟)，R5、R6也是兄弟，且其雙親為R3。R2、R4、R5、R6又被稱為葉結點(即無子女的結點)。這樣，Ri(i＝1，2，…6)就組成了以R1為樹根的一棵樹，這就是一個層次數據結構模型。
按照層次模型建立的資料庫系統稱為層次模型資料庫系統。IMS(Information Manage-mentSystem)是其典型代表。
(2)網狀結構模型
在圖20.6.6中，給出了某醫院醫生、病房和病人之間的聯系。即每個醫生負責治療三個病人，每個病房可住一到四個病人。如果將醫生看成是一個數據集合，病人和病房分別是另外兩個數據集合，那麼醫生、病人和病房的比例關系就是M:N:P(即M個醫生，N個病人，P間病房)。這種數據結構就是網狀數據結構，它的一般結構模型如圖20.6.7所示。在圖中，記錄Ri(i＝1，2，8)滿足以下條件：
①可以有一個以上的結點無雙親(如R1、R2、R3)。
②至少有一個結點有多於一個以上的雙親。在"醫生、病人、病房"例中，"醫生集合有若干個結點(M個醫生結點)無"雙親"，而"病房"集合有P個結點(即病房)，並有一個以上的"雙親"(即病人)。
圖20.6.6 醫生、病房和病人之間的關系
圖20.6.7 網狀結構模型
按照網狀數據結構建立的資料庫系統稱為網狀資料庫系統，其典型代表是DBTG(Data Base Task Group)。用數學方法可將網狀數據結構轉化為層次數據結構。
(3)關系結構模型
關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系(見表20.6.8)。這個四行六列的表格的每一列稱為一個欄位(即屬性)，欄位名相當於標題欄中的標題(屬性名稱)；表的每一行是包含了六個屬性(工號、姓名、年齡、性別、職務、工資)的一個六元組，即一個人的記錄。這個表格清晰地反映出該單位職工的基本情況。
表20.6.8 職工基本情況
通常一個m行、n列的二維表格的結構如表20.6.9所示。
表中每一行表示一個記錄值，每一列表示一個屬性(即欄位或數據項)。該表一共有m個記錄。每個記錄包含n個屬性。
作為一個關系的二維表，必須滿足以下條件：
(1)表中每一列必須是基本數據項(即不可再分解)。(2)表中每一列必須具有相同的數據類型(例如字元型或數值型)。(3)表中每一列的名字必須是唯一的。(4)表中不應有內容完全相同的行。(5)行的順序與列的順序不影響表格中所表示的信息的含義。
由關系數據結構組成的資料庫系統被稱為關系資料庫系統。
在關系資料庫中，對數據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表格的分類、合並、連接或選取等運算來實現數據的管理。dBASEII就是這類資料庫管理系統的典型代表。對於一個實際的應用問題(如人事管理問題)，有時需要多個關系才能實現。用dBASEII建立起來的一個關系稱為一個資料庫(或稱資料庫文件)，而把對應多個關系建立起來的多個資料庫稱為資料庫系統。dBASEII的另一個重要功能是通過建立命令文件來實現對資料庫的使用和管理，對於一個資料庫系統相應的命令序列文件，稱為該資料庫的應用系統。因此，可以概括地說，一個關系稱為一個資料庫，若干個資料庫可以構成一個資料庫系統。資料庫系統可以派生出各種不同類型的輔助文件和建立它的應用系統。
· 資料庫的要求與特性
為了使各種類型的資料庫系統能夠充分發揮它們的優越性，必須對資料庫管理系統的使用提出一些明確的要求。
1.建立資料庫文件的要求
(1)盡量減少數據的重復，使數據具有最小的冗餘度。計算機早期應用中的文件管理系統，由於數據文件是用戶各自建立的，幾個用戶即使有許多相同的數據也得放在各自的文件中，因而造成存儲的數據大量重復，浪費存儲空間。資料庫技術正是為了克服這一缺點而出現的，所以在組織數據的存儲時應避免出現冗餘。
(2)提高數據的利用率，使眾多用戶都能共享數據資源。
(3)注意保持數據的完整性。這對某些需要歷史數據來進行預測、決策的部門(如統計局、銀行等)特別重要。
(4)注意同一數據描述方法的一致性，使數據操作不致發生混亂。如一個人的學歷在人事檔案中是大學畢業，而在科技檔案中卻是大學程度，這樣就容易造成混亂。
(5)對於某些需要保密的數據，必須增設保密措施。
(6)數據的查找率高，根據需要數據應能被及時維護。
2.資料庫文件的特徵
無論使用哪一種資料庫管理系統，由它們所建立的資料庫文件都可以看成是具有相同性質的記錄的集合，因而這些資料庫文件都有相同的特性：
(1)文件的記錄格式相同，長度相等。
(2)不同的行是不同的記錄，因而具有不同的內容。
(3)不同的列表示不同的欄位名，同一列中的數據的性質(屬性)相同。
(4)每一行各列的內容是不能分割的，但行的順序和列的順序不影響文件內容的表達。
3.文件的分類
對文件引用最多的是主文件和事物文件。其他的文件分類還包括表文件、備份文件、檔案的輸出文件等。下面將講述這些文件。
(1)主文件。主文件是某特定應用領域的永久性的數據資源。主文件包含那些被定期存取以提供信息和經常更新以反映最新狀態的記錄。典型的主文件有庫存文件、職工主文件和收帳主文件等。
(2)事務文件。事務文件包含著作為一個信息系統的數據活動(事務)的那些記錄。這些事務被分批以構成事務文件。例如，從每周工資卡上錄制下來的數分批存放在一個事務文件上，然後對照工資清單文件進行處理以便列印出工資支票和工資記錄簿。
(3)表文件。表文件是一些表格。之所以單獨建立表文件而不把表設計在程序中是為了便於修改。例如，一個公用事業公司的稅率表或國內稅務局的稅率就可以存儲在表中文件。
(4)備用文件。備用文件是現有生產性文件的一個復製品。一旦生產性文件受到破壞，利用備用文件就可以重新建立生產性文件。
(5)檔案文件。檔案文件不是提供當前處理使用的，而是保存起來作為歷史參照的。例如，國內稅務局(IRS)可能要求檢查某個人最近15年的歷史。實際上，檔案文件恰恰是在給定時間內工作的一個"快照"。
(6)輸出文件。輸出文件包含將要列印在列印機上的、顯在屏幕上的或者繪制在繪圖儀上的那些信息的數值映象。輸出文件可以是"假離線的"(存儲在輔存設備上)，當輸出設備可用時才進行實際的輸出。
❻ 資料庫DB、資料庫系統DBS、資料庫管理系統DBMS三者之間的關系是
DBS包括DB和DBMS，資料庫系統包括資料庫與資料庫管理系統。
資料庫系統（Database System），是由資料庫及其管理軟體組成的系統。
資料庫系統是為適應數據處理的需要而發展起來的一種較為理想的數據處理系統，也是一個為實際可運行的存儲、維護和應用系統提供數據的軟體系統，是存儲介質 、處理對象和管理系統的集合體。
拓展資料：
資料庫系統DBS（Data Base System，簡稱DBS）通常由軟體、資料庫和數據管理員組成。其軟體主要包括操作系統、各種宿主語言、實用程序以及資料庫管理系統。
資料庫由資料庫管理系統統一管理，數據的插入、修改和檢索均要通過資料庫管理系統進行。數據管理員負責創建、監控和維護整個資料庫，使數據能被任何有權使用的人有效使用。資料庫管理員一般是由業務水平較高、資歷較深的人員擔任。
❼ 資料庫是干什麼用的呢
資料庫是以一定方式儲存在一起、能與多個用戶共享、具有盡可能小的冗餘度、與應用程序彼此獨立的數據集合，可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、查詢、更新、刪除等操作。
資料庫是存放數據的倉庫。它的存儲空間很大，可以存放百萬條、千萬條、上億條數據。但是資料庫並不是隨意地將數據進行存放，是有一定的規則的，否則查詢的效率會很低。當今世界是一個充滿著數據的互聯網世界，充斥著大量的數據。即這個互聯網世界就是數據世界。數據的來源有很多，比如出行記錄、消費記錄、瀏覽的網頁、發送的消息等等。除了文本類型的數據，圖像、音樂、聲音都是數據。
(7)資料庫操作類dbbase簡介和使用擴展閱讀：
資料庫發展現狀
在資料庫的發展歷史上，資料庫先後經歷了層次資料庫、網狀資料庫和關系資料庫等各個階段的發展，資料庫技術在各個方面的快速的發展。特別是關系型資料庫已經成為目前資料庫產品中最重要的一員，80年代以來， 幾乎所有的資料庫廠商新出的資料庫產品都支持關系型資料庫，即使一些非關系資料庫產品也幾乎都有支持關系資料庫的介面。