擴展資料庫
① 使用智能代理擴展資料庫應用程序
使用資料庫客戶端和資料庫伺服器之間的連接作為利用點。
顧名思義，智能資料庫代理位於資料庫客戶端和資料庫伺服器（sql或NoSQL）之間。它可以觀察和修改客戶端和伺服器之間的網路流量，而不必對任何一端進行任何更改，因為代理在網路協議級別工作。
代理的"智能"部分是它可以對此流量執行自定義邏輯，使您可以完全控制它。這使得代理成為所有資料庫客戶端的潛在控制點。
使用智能資料庫代理通常有三個原因：
根據定義，代理可以看到進入和來自資料庫的所有內容。通過觀察這種流量可以學到很多東西。這用於入侵檢測，商業智能，性能分析等...
還有其他方法可以觀察資料庫的活動，例如監視介面和日誌監視，但它們通常需要對資料庫的特殊訪問許可權，並且它們可能會給資料庫帶來一些負載。代理對資料庫伺服器沒有影響，可以在沒有對資料庫的特殊訪問許可權的情況下放置，並且可以獨立擴展。
大多數資料庫系統都有一定程度的訪問控制，但它們通常是在語義級別：您可以訪問此數據，但不能訪問該數據。但有時你需要拒絕某些請求的能力，因為它們效率低下，或者因為它們在一天中的錯誤時間出現，或者出於任何原因。
一個簡單的應用是基本的查詢控制，但它也可以包括拒絕某些連接，速率限制，重定向連接等...
由於資料庫代理可以完全控制資料庫客戶端和資料庫伺服器之間的網路流量，因此它還可以修改此流量。
例如，可以重寫低效的查詢，以便在到達資料庫之前提高效率。
同樣，可以在返回資料庫客戶端的過程中動態修改結果集。這對於細粒度控制（如自定義數據屏蔽、數據分類強制實施等）特別有用。
智能資料庫代理本身不是解決方案：它是一個使您能夠創建解決方案的平台。每種情況都是獨一無二的，但大多數用途都屬於幾個廣泛的用例。
智能資料庫代理最常見的用例是，當您需要更改應用程序與資料庫交互的方式，但無法更改該應用程序時，通常是您無法控制的第三方應用程序或不再維護的應用程序。
這是最常見的用例，因為沒有其他選擇：要麼就是那個，要麼放棄應用程序。
實際上，這通常是一件相當簡單的事情：您在代理中設置了一個過濾器來捕獲某個請求並將其替換為另一個請求。在大多數情況下，替換請求在邏輯上等效於它所替換的請求，因為它需要產生應用程序可以使用的內容。例如，這可能意味著改寫查詢以提高效率或行為不同，或者更改資料庫不再支持的語法或功能。
在某些情況下，您甚至可能更改請求，使其返回錯誤消息（例如，"此數據不可用"），空結果集，甚至是來自其他數據源的數據集。
這是請求修改的鏡像。在某些情況下，您可能需要以修改請求難以或不可能的方式更改某些查詢返回的數據。您可能需要更改大型結果集中的一個值，或者轉換貨幣，或者以資料庫不支持的方式屏蔽某些值。無論原因是什麼，代理都使您能夠靈活地在最原子級別更改查詢結果。
有時，使用資料庫的機制無法表達復雜的訪問控制要求。您可能需要指定某些用戶在某些時候只能獲得對某些非常特定的數據項的某些訪問許可權，而大多數資料庫根本不擅長於此 - 它假定是資料庫客戶端的工作。即使是支持它的資料庫（例如具有細粒度訪問控制的Oracle）也往往會使其變得痛苦且昂貴。
在此上下文中，代理可以為已知查詢實現極其細粒度的訪問控制，盡管它可能無法對任意查詢執行此操作。
大多數應用程序以相對可預測的方式訪問其資料庫，因此您可以在一段時間內（記錄階段）記錄請求，然後通過拒絕以前從未見過的任何請求（強制階段）來鎖定系統。使用智能資料庫代理可以輕松完成此操作，具有足夠的靈活性，可以適應任何非平凡的IT系統中預期的不可避免的異常和特性。
獲得應用程序在資料庫中正在執行的操作的可靠、實時視圖可能非常困難。某些資料庫提供了一個界面，可讓您了解其活動，但它們往往側重於監視和性能。代理可以輕松提取任何類型的相關資料庫活動，並將其記錄或發送到任何需要的地方。代理的賣點是，這可以在不對資料庫進行任何特殊訪問的情況下完成，而不會對資料庫或客戶端產生任何影響，並且對於所有資料庫訪問的子集也是如此。
代理的新興用途包括在應用程序中有意識地利用它們，而不是在事後。如果有許多應用程序需要訪問具有相同要求的同一資料庫，並且您已經有一個代理，則將一些資料庫訪問邏輯轉換為代理是有意義的。例如，可以標記特定查詢，以便代理以在所有應用程序中保持一致的方式識別和修改它們。
在此上下文中，您可以將代理視為資料庫的擴展：您是在知情的情況下訪問擴展資料庫，而不是資料庫本身。
智能資料庫代理是一個針對資料庫流量運行邏輯的平台，因此您可以在需要時變得非常有創意。例如，您可以通過將來自多個源的數據網格化到單個結果集中來執行一些輕量級集成，或者動態生成測試數據，或者對數據進行動態加密和解密。看看當你給有創造力的人這種力量時，他們能做些什麼總是很有趣的。
權力越大，責任越大。所有這些功能並不總是沒有成本的。
資料庫代理可以看到進入和來自資料庫的所有內容，因此它可能是一個敏感點。控制代理的任何人都控制著通過它的應用程序：它應該變得像使用它的最安全的應用程序一樣安全。
代理的額外復雜性也是需要考慮的。這是另一個必須規劃、保護和管理的系統。此外，部署到代理的任何邏輯都必須經過管理、測試、源代碼管理等。它很容易上手 - 典型的查詢替換過濾器通常不超過幾行代碼 - 但是隨著代理運行越來越多的邏輯，您將需要管理該邏輯。
最後，像任何其他工具一樣，資料庫代理可能會被濫用。
最常見的問題是推遲應用程序更新變得太容易了 - 只需讓代理來處理它即可。在許多情況下，修改請求和響應的能力可以挽救生命，但它也可能失控。如果你發現自己在太多的篩選器中游泳，並且有不合理的查詢重寫和結果集編輯，則可能是時候考慮至少更新某些應用了。但是，由您來決定該數字何時變得不合理。
智能資料庫代理可以成為許多IT項目的強大補充。一旦您意識到資料庫客戶端和資料庫伺服器之間的連接可以被打開和利用，各種有趣的可能性就會打開。
大多數人從使用資料庫代理作為單點解決方案開始，通常是為了解決特定應用程序中的特定問題，但是一旦代理到位，它就可以成為一個很好的杠桿點。
② 如何安全擴展master 資料庫空間
如何擴展master資料庫空間master資料庫只能擴展在master設備上.那麼當master設備已經沒有足夠的空間可使用時,請按以下步驟操作：(此操作過程是以UNIX操作系統為例.SYBASE安裝路徑為/sybase)1.備份master資料庫啟動backup server，進入isql環境執行：1>mp database master to '/sybase/master.mp'2>goshutdown SQL/ASE Server1>shutdown2>go2.創建新的足夠大的master設備$buildmaster -d -ssize(size以2K為單位)例：$buildmaster－d/sybase/data/master.dat -s1024003.修改RUN_servername文件編輯RUN_server_name文件，-d參數指向新建的設備名。4.單用戶模式重啟server$startserver -f RUN_servername -m5.執行installmaster腳本6.由備份文件裝載master資料庫1>load database master from '/sybase/master.mp'2>go7.修改sysdevices信息sp_configure 'allow updates', 1gobegin trangoupdate sysdevices set high = 102399 , phyname = 'e:\sybase\data\master_test.dat' where name = 'master'go(102399=200*512-1 master設備大小為200M)commit trango8.擴展master資料庫1>alter database master on master設備名稱=size(此值以M為單位)2>go例：alter database master on master=10將master資料庫在master設備上擴展10M
③ 資料庫文件擴展名
資料庫的不同其擴展名也不同：
SQL的就是MDF
Access資料庫的擴展名是mdb 。
MSSql資料庫的擴展名是mdf 。
Paradox資料庫的擴展名是DB 。
Oracle資料庫的擴展名是DBF。
dBase資料庫的擴展名是DBF 。
FoxPro資料庫的擴展名是DBF 。
MS Works資料庫的擴展名是wdb。
(3)擴展資料庫擴展閱讀：
程序資料庫文件
PDB（Program Database File，程序資料庫文件）文件物理結構在我們目前使用的掌上電腦中，Palm操作系統由於其功能強大、應用軟體多等特點，佔有很大的比例。PDB文件是Palm OS操作系統上數據文件類型。一般我們在使用Palm系統的電子書時都會遇到這種文件，一般用於電子書或手機電子書 pdb是Palm DataBase的縮寫，Palm OS所用文件的擴展名為「.pdb」。還表示碳氧同位素標准樣品以及可編程延遲模塊，是DSP中的一種模塊，可以用來計數和延時。
參考資料來源：網路-程序資料庫文件
④ 為系統擴展資料庫採用什麼設計方法
資料庫設計(Database Design)是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求（信息要求和處理要求）。
在資料庫領域內，常常把使用資料庫的各類系統統稱為資料庫應用系統。
一、資料庫和信息系統
(1)資料庫是信息系統的核心和基礎，把信息系統中大量的數據按一定的模型組織起來，提供存儲、維護、檢索數據的
功能，使信息系統可以方便、及時、准確地從資料庫中獲得所需的信息。
(2)資料庫是信息系統的各個部分能否緊密地結合在一起以及如何結合的關鍵所在。
(3)資料庫設計是信息系統開發和建設的重要組成部分。
(4)資料庫設計人員應該具備的技術和知識：
資料庫的基本知識和資料庫設計技術
計算機科學的基礎知識和程序設計的方法和技巧
軟體工程的原理和方法
應用領域的知識
二、資料庫設計的特點
資料庫建設是硬體、軟體和干件的結合
三分技術，七分管理，十二分基礎數據
技術與管理的界面稱之為「干件」
資料庫設計應該與應用系統設計相結合
結構（數據）設計：設計資料庫框架或資料庫結構
行為（處理）設計：設計應用程序、事務處理等
結構和行為分離的設計
傳統的軟體工程忽視對應用中數據語義的分析和抽象，只要有可能就盡量推遲數據結構設計的決策早期的資料庫設計致力於數據模型和建模方法研究，忽視了對行為的設計
如圖：
三、資料庫設計方法簡述
手工試湊法
設計質量與設計人員的經驗和水平有直接關系
缺乏科學理論和工程方法的支持，工程的質量難以保證
資料庫運行一段時間後常常又不同程度地發現各種問題，增加了維護代價
規范設計法
手工設計方
基本思想
過程迭代和逐步求精
規范設計法(續)
典型方法：
(1)新奧爾良（New Orleans）方法：將資料庫設計分為四個階段
S.B.Yao方法：將資料庫設計分為五個步驟
I.R.Palmer方法：把資料庫設計當成一步接一步的過程
(2)計算機輔助設計
ORACLE Designer 2000
SYBASE PowerDesigner
四、資料庫設計的基本步驟
資料庫設計的過程(六個階段)
1.需求分析階段
准確了解與分析用戶需求（包括數據與處理）
是整個設計過程的基礎，是最困難、最耗費時間的一步
2.概念結構設計階段
是整個資料庫設計的關鍵
通過對用戶需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型
3.邏輯結構設計階段
將概念結構轉換為某個DBMS所支持的數據模型
對其進行優化
4.資料庫物理設計階段
為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）
5.資料庫實施階段
運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果
建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行
6.資料庫運行和維護階段
資料庫應用系統經過試運行後即可投入正式運行。
在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改
設計特點:
在設計過程中把資料庫的設計和對資料庫中數據處理的設計緊密結合起來將這兩個方面的需求分析、抽象、設計、實現在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計
設計過程各個階段的設計描述：
如圖：
五、資料庫各級模式的形成過程
1.需求分析階段：綜合各個用戶的應用需求
2.概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式(E-R圖)
3.邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式
4.物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式
六、資料庫設計技巧
1. 設計資料庫之前（需求分析階段）
1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。
2) 了解企業業務可以在以後的開發階段節約大量的時間。
3) 重視輸入輸出。
在定義資料庫表和欄位需求（輸入）時，首先應檢查現有的或者已經設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。
舉例：假如客戶需要一個報表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨的郵政編碼欄位而不要把郵政編碼糅進地址欄位里。
4) 創建數據字典和ER 圖表
ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。
5) 定義標準的對象命名規范
資料庫各種對象的命名必須規范。
2. 表和欄位的設計（資料庫邏輯設計）
表設計原則
1) 標准化和規范化
數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF 標準的資料庫的表設計原則是：「One Fact in One Place」即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。
舉例：某個存放客戶及其有關定單的3NF 資料庫就可能有兩個表：Customer 和Order。Order 表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向Customer 表裡包含該客戶信息的那一行。
事實上，為了效率的緣故，對表不進行標准化有時也是必要的。
2) 數據驅動
採用數據驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統的靈活性和擴展性。
舉例，假如用戶界面要訪問外部數據源（文件、XML 文檔、其他資料庫等），不妨把相應的連接和路徑信息存儲在用戶界面支持表裡。還有，如果用戶界面執行工作流之類的任務（發送郵件、列印信箋、修改記錄狀態等），那麼產生工作流的數據也可以存放在資料庫里。角色許可權管理也可以通過數據驅動來完成。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。
3) 考慮各種變化
在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。
舉例，姓氏就是如此（注意是西方人的姓氏，比如女性結婚後從夫姓等）。所以，在建立系統存儲客戶信息時，在單獨的一個數據表裡存儲姓氏欄位，而且還附加起始日和終止日等欄位，這樣就可以跟蹤這一數據條目的變化。
欄位設計原則
4) 每個表中都應該添加的3 個有用的欄位
dRecordCreationDate，在VB 下默認是Now()，而在SQL Server • 下默認為GETDATE()
sRecordCreator，在SQL Server 下默認為NOT NULL DEFAULT • USER
nRecordVersion，記錄的版本標記；有助於准確說明記錄中出現null 數據或者丟失數據的原因 •
5) 對地址和電話採用多個欄位
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數據表，其間具有自身的類型和標記類別。
6) 使用角色實體定義屬於某類別的列
在需要對屬於特定類別或者具有特定角色的事物做定義時，可以用角色實體來創建特定的時間關聯關系，從而可以實現自我文檔化。
舉例：用PERSON 實體和PERSON_TYPE 實體來描述人員。比方說，當John Smith, Engineer 提升為John Smith, Director 乃至最後爬到John Smith, CIO 的高位，而所有你要做的不過是改變兩個表PERSON 和PERSON_TYPE 之間關系的鍵值，同時增加一個日期/時間欄位來知道變化是何時發生的。這樣，你的PERSON_TYPE 表就包含了所有PERSON 的可能類型，比如Associate、Engineer、Director、CIO 或者CEO 等。還有個替代辦法就是改變PERSON 記錄來反映新頭銜的變化，不過這樣一來在時間上無法跟蹤個人所處位置的具體時間。
7) 選擇數字類型和文本類型盡量充足
在SQL 中使用smallint 和tinyint 類型要特別小心。比如，假如想看看月銷售總額，總額欄位類型是smallint，那麼，如果總額超過了$32,767 就不能進行計算操作了。
而ID 類型的文本欄位，比如客戶ID 或定單號等等都應該設置得比一般想像更大。假設客戶ID 為10 位數長。那你應該把資料庫表欄位的長度設為12 或者13 個字元長。但這額外占據的空間卻無需將來重構整個資料庫就可以實現資料庫規模的增長了。
8) 增加刪除標記欄位
在表中包含一個「刪除標記」欄位，這樣就可以把行標記為刪除。在關系資料庫里不要單獨刪除某一行；最好採用清除數據程序而且要仔細維護索引整體性。
3. 選擇鍵和索引（資料庫邏輯設計）
鍵選擇原則：
1) 鍵設計4 原則
為關聯欄位創建外鍵。 •
所有的鍵都必須唯一。 •
避免使用復合鍵。 •
外鍵總是關聯唯一的鍵欄位。 •
2) 使用系統生成的主鍵
設計資料庫的時候採用系統生成的鍵作為主鍵，那麼實際控制了資料庫的索引完整性。這樣，資料庫和非人工機制就有效地控制了對存儲數據中每一行的訪問。採用系統生成鍵作為主鍵還有一個優點：當擁有一致的鍵結構時，找到邏輯缺陷很容易。
3) 不要用用戶的鍵(不讓主鍵具有可更新性)
在確定採用什麼欄位作為表的鍵的時候，可一定要小心用戶將要編輯的欄位。通常的情況下不要選擇用戶可編輯的欄位作為鍵。
4) 可選鍵有時可做主鍵
把可選鍵進一步用做主鍵，可以擁有建立強大索引的能力。
索引使用原則：
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。
1) 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。
2) 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。
3) 不要索引memo/note 欄位，不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。
4) 不要索引常用的小型表
不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。
4. 數據完整性設計（資料庫邏輯設計）
1) 完整性實現機制：
實體完整性：主鍵
參照完整性：
父表中刪除數據：級聯刪除；受限刪除；置空值
父表中插入數據：受限插入；遞歸插入
父表中更新數據：級聯更新；受限更新；置空值
DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制
用戶定義完整性：
NOT NULL；CHECK；觸發器
2) 用約束而非商務規則強制數據完整性
採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。
3) 強制指示完整性
在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。
4) 使用查找控制數據完整性
控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等。
5) 採用視圖
為了在資料庫和應用程序代碼之間提供另一層抽象，可以為應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。
5. 其他設計技巧
1) 避免使用觸發器
觸發器的功能通常可以用其他方式實現。在調試程序時觸發器可能成為干擾。假如你確實需要採用觸發器，你最好集中對它文檔化。
2) 使用常用英語（或者其他任何語言）而不要使用編碼
在創建下拉菜單、列表、報表時最好按照英語名排序。假如需要編碼，可以在編碼旁附上用戶知道的英語。
3) 保存常用信息
讓一個表專門存放一般資料庫信息非常有用。在這個表裡存放資料庫當前版本、最近檢查/修復（對Access）、關聯設計文檔的名稱、客戶等信息。這樣可以實現一種簡單機制跟蹤資料庫，當客戶抱怨他們的資料庫沒有達到希望的要求而與你聯系時，這樣做對非客戶機/伺服器環境特別有用。
4) 包含版本機制
在資料庫中引入版本控制機制來確定使用中的資料庫的版本。時間一長，用戶的需求總是會改變的。最終可能會要求修改資料庫結構。把版本信息直接存放到資料庫中更為方便。
5) 編制文檔
對所有的快捷方式、命名規范、限制和函數都要編制文檔。
採用給表、列、觸發器等加註釋的資料庫工具。對開發、支持和跟蹤修改非常有用。
對資料庫文檔化，或者在資料庫自身的內部或者單獨建立文檔。這樣，當過了一年多時間後再回過頭來做第2 個版本，犯錯的機會將大大減少。
6) 測試、測試、反復測試
建立或者修訂資料庫之後，必須用用戶新輸入的數據測試數據欄位。最重要的是，讓用戶進行測試並且同用戶一道保證選擇的數據類型滿足商業要求。測試需要在把新資料庫投入實際服務之前完成。
7) 檢查設計
在開發期間檢查資料庫設計的常用技術是通過其所支持的應用程序原型檢查資料庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型並且查看如何取出數據。
⑤ 如何增加資料庫的大小
修改數據文件的擴展性；
alterdatabasedatafile'文件路徑';
給表空間增加新的數據文件；
altertablespace表空間名adddatafile'數據文件路徑'size1000m;
在對象資源管理器中，連接到 SQL Server 資料庫引擎實例，然後展開該實例。
展開「資料庫」，右鍵單擊要擴展的資料庫，再單擊「屬性」。
在「資料庫屬性」中，選擇「文件」頁。
若要增加現有文件的大小，請增加文件的「初始大小 (MB)」列中的值。資料庫的大小須至少增加 1 MB。
若要通過添加新文件增加資料庫的大小，請單擊「添加」，然後輸入新文件的值。有關詳細信息，請參閱如何向資料庫中添加數據或日誌文件 (SQL Server Management Studio)。
單擊「確定」。
⑥ 資料庫文件擴展名
資料庫的不同其擴展名也不同：
SQL的就是MDF
Access資料庫的擴展名是mdb 。
MSSql資料庫的擴展名是mdf 。
Paradox資料庫的擴展名是DB 。
Oracle資料庫的擴展名是DBF。
dBase資料庫的擴展名是DBF 。
FoxPro資料庫的擴展名是DBF 。
MS Works資料庫的擴展名是wdb。
(6)擴展資料庫擴展閱讀：
程序資料庫文件
PDB（Program Database File，程序資料庫文件）文件物理結構在我們目前使用的掌上電腦中，Palm操作系統由於其功能強大、應用軟體多等特點，佔有很大的比例。PDB文件是Palm OS操作系統上數據文件類型。一般我們在使用Palm系統的電子書時都會遇到這種文件，一般用於電子書或手機電子書 pdb是Palm DataBase的縮寫，Palm OS所用文件的擴展名為「.pdb」。還表示碳氧同位素標准樣品以及可編程延遲模塊，是DSP中的一種模塊，可以用來計數和延時。
參考資料來源：網路-程序資料庫文件
⑦ 為什麼gis資料庫稱為擴展的關系資料庫
gis全稱GeoDatabase，他的設計主要是針對標准關系資料庫技術的擴展，它擴展了傳統的點、線和面特徵，為空間信息定義了一個統一的模型。在該模型的基礎上，使用者可以定義和操作不同應用的具體模型，例如交通規劃模型、土地管理模型、電力線路模型等。
1、GeoDatabase為創建和操作不同用戶的數據模型提供了一個統一的、強大的平台。所以他被稱為擴展的關系資料庫。
⑧ 通俗解釋「為什麼資料庫難以拓展」
要擴展資料庫有四大挑戰：搜索、並發性、一致性和速度。
假設你有一張清單，上面有10個人名。如果你想要查找某個人，只需要看一眼清單就行。
但如果清單上有100萬個人名呢？這時，你就需要一些策略了。電話簿把人名按照字母順序排列，這樣你就可以略過不需要的部分了。這就是針對搜索問題的一種解決方案。
如果有100萬人在同時使用這本電話簿呢？這就是並發性的問題。要麼大家在市政廳排長隊等待使用電話簿，要麼把電話簿復印100萬份——「主從復制」策略。如果你把這100萬份復印件放到每個人的家裡——「分布式」策略——你同樣可以得到快速響應。
如果有人電話號碼更換了呢？主從復制策略造成了一個問題：現在必須對100萬本電話簿作出更改。而且它們還在被使用呢，何時才能進行更改呢？如果一本一本的更改，就可能造成數據一致性問題。如果全部回收並印發新的，就可能造成可用性問題。
如果每小時都有成百上千的人更換他們的電話號碼呢？這時你就面臨由於「資源爭用」引起的嚴重的信息堵塞，這種堵塞還會導致「競態條件」（不可預知的輸出）和「死鎖」（資料庫的僵局）。
以上所有問題都有解決方案，但這些解決方案可能會非常復雜。比如，可以通過發放電話簿的附錄（稱為「修改日誌」）而不是重新列印它們，不過你得時時刻刻檢查你的附錄。你可以按照修改日期發布電話簿的新版本，這樣人們可以同一時間交換它們以獲得更高的一致性，不過這樣的話，電話簿就總會稍微有一點過時。
現在，把規模擴展到有上百萬的用戶使用，數十億條數據分布式的存儲在世界各地的數據中心中。
資料庫基本目標是維護一種假象，即它只有一份拷貝，同一時間只有一個人在修改它，所有人看到的都是最新的數據，並且能立即響應。當資料庫擴展到全球有上百萬的人使用和修改上以萬億計的數據時，這個目標就無法達到了。
因此資料庫設計的任務是使用環環相扣的演算法技巧以盡可能的接近這一假象。
⑨ 向外擴展SQL Server系統的兩個選項[1]
當我提到向外擴展資料庫系統時 我實際上只是討論對資料庫系統進行分割或劃分 以便你能利用那些部分 把它們分配到單獨的資料庫伺服器上 這允許你在許多伺服器間分散處理能力 以適應不斷擴張的增長
但是 額外的特性和功能需要更高的復雜程度 一個向外擴展的資料庫很難進行設計或管理 在你成功對一個資料庫系統實行向外擴展之前 你必須解決許多困難的商業和技術難題
本文說明向外擴展資料庫系統的兩個選項 從而實現更高的可擴展性 水平數據劃分和垂直數據劃分
水平數據劃分
使用水平數據劃分 資料庫結構在資料庫實例方面沒有變化 通常 資料庫之間唯一的不同在於實例包含的數據不同
開發出中間層應用程序 使得實例間的數據得到適當維護 是這種解決方案的特點 可能很難決定如何在資料庫實例間劃分數據 數據分配方法十分關鍵 因為我們需要在不同伺服器間比較平均地分散數據負載 不進行這種平均分割 你就無法取得向外擴展資料庫的任何好處 因為查詢或事務處理的大部分IO仍然只發生在一台伺服器上
既然全部數據不再保存在一台伺服器上 因此在必要時更難對所有數據執行查詢 幸運的是 你可以建立分布式劃分視圖連接兩個伺服器實例間的數據 使得數據看起來就像保存在一台伺服器上 有一些特殊的視圖 它們利用連接的伺服器和在數據表上建立的約束 有效地返回數據 就好像你只查詢一台伺服器上的數據一樣
lishixin/Article/program/SQLServer/201311/22529