1. 什麼是資料庫應用系統
是一個實際可運行的存儲、維護和應用系統提供數據的軟體系統，是存儲介質、處理對象和管理系統的集合體。它通常由軟體、資料庫和數據管理員組成。其軟體主要包括操作系統、各種宿主語言，實用程序以及資料庫管理系統。資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這些數據為多個應用服務，獨立於具體的應用程序。資料庫由資料庫管理系統統一管理，數據的插入、修改和檢索均要通過資料庫管理系統進行。資料庫管理系統是一種系統軟體，它的主要功能是維護資料庫並有效地訪問資料庫中任意部分數據。對資料庫的維護包括保持數據的完整性、一致性和安全性。數據管理員負責創建、監控和維護整個資料庫，使數據能被任何有權使用的人有效使用。資料庫管理員一般是由業務水平較高、資歷較深的人員擔任。
資料庫系統的個體含義是指一個具體的資料庫管理系統軟體和用它建立起來的資料庫；它的學科含義是指研究、開發、建立、維護和應用資料庫系統所涉及的理論、方法、技術所構成的學科。在這一含義下，資料庫系統是軟體研究領域的一個重要分支，常稱為資料庫領域。
資料庫研究跨越於計算機應用、系統軟體和理論三個領域，其中應用促進新系統的研製開發，新系統帶來新的理論研究，而理論研究又對前兩個領域起著指導作用。資料庫系統的出現是計算機應用的一個里程碑，它使得計算機應用從以科學計算為主轉向以數據處理為主，並從而使計算機得以在各行各業乃至家庭普遍使用。在它之前的文件系統雖然也能處理持久數據，但是文件系統不提供對任意部分數據的快速訪問，而這對數據量不斷增大的應用來說是至關重要的。為了實現對任意部分數據的快速訪問，就要研究許多優化技術。這些優化技術往往很復雜，是普通用戶難以實現的，所以就由系統軟體（資料庫管理系統）來完成，而提供給用戶的是簡單易用的資料庫語言。由於對資料庫的操作都由資料庫管理系統完成，所以資料庫就可以獨立於具體的應用程序而存在，從而資料庫又可以為多個用戶所共享。因此，數據的獨立性和共享性是資料庫系統的重要特徵。數據共享節省了大量人力物力，為資料庫系統的廣泛應用奠定了基礎。資料庫系統的出現使得普通用戶能夠方便地將日常數據存入計算機並在需要的時候快速訪問它們，從而使的計算機走出科研機構進入各行各業、進入家庭。
2. 簡述一個資料庫應用系統的建立過程
資料庫建立過程包括六個主要步驟：
1．需求分析：了解用戶的數據需求、處理需求、安全和完整性需求。
2．概念設計：通過數據抽象，設計系統的概念模型，一般為e－r模型。
3．邏輯結構設計：設計系統的模式和外部模式，特別是關系模型的基本表和視圖。
4．物理結構設計：設計數據的存儲結構和訪問方法，如索引的設計。
5．系統實現：組織數據存儲，編寫應用程序，試運行。
6．運維：系統投入運行，進行長期維護。
(2)某公司的資料庫應用系統中擴展閱讀：
資料庫設計技巧：
1．原始文檔與實體之間的關系
它可以是一對一、一對多、多對多。一般來說，它們是一對一的關系：也就是說，原始文檔只對應於一個實體，而且只對應於一個實體。在特殊情況下，它們可能是一對多或多對一的，其中一個原始文檔對應多個實體，或者多個原始文檔對應一個實體。
這里的實體可以理解為基本表。在明確了這些對應關系之後，這對於輸入介面的設計是非常有益的。
2．主鍵和外鍵
通常，實體不能同時沒有主鍵和外鍵。在e－r關系圖中，葉中的實體可以定義主鍵，也可以不定義主鍵（因為它沒有後代），但是它必須有外鍵（因為它有父鍵）。
主鍵和外鍵的設計在全局資料庫的設計中起著重要的作用。當全球資料庫的設計完成後，一位美國的資料庫設計專家說：「鑰匙，鑰匙無處不在，只有鑰匙」，這是他的資料庫設計經驗，也是他高度抽象的信息系統核心思想（數據模型）的體現。
因為：主鍵是實體的高度抽象，主鍵和外鍵對，表示實體之間的連接。
3．基本表的屬性
基表不同於中間表和臨時表，因為它有以下四個特點：
原子性。基表中的欄位沒有分解。
原始性。基表中的記錄是原始數據（底層數據）的記錄。
先驗性。所有輸出數據都可以從基表和代碼表中的數據派生出來。
穩定。表的基本結構比較穩定，表中的記錄保存時間較長。
一旦理解了基本表的性質，就可以在設計資料庫時將它們與中間表和臨時表區分開。
3. 求教公司的資料庫構建有哪些要素
簡述資料庫設計過程—希望可以幫你
資料庫設計(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) 檢查設計
在開發期間檢查資料庫設計的常用技術是通過其所支持的應用程序原型檢查資料庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型並且查看如何取出數據。
4. 怎麼查詢某公司使用的操作系統和資料庫系統，
資料庫系統（Database System），是由資料庫及其管理軟體組成的系統。
一個完整的資料庫系統包括
1. 計算機硬體
計算機硬體是資料庫系統的物質基礎，是存儲資料庫及運行資料庫管理系統的硬體資源，主要包括主機、存儲設備、輸入輸出設備以及計算機網路環境。
2. 計算機軟體
資料庫系統中的軟體包括操作系統、資料庫管理系統及資料庫應用系統等。
資料庫管理系統是資料庫系統的核心軟體之一。它提供數據定義、數據操作、資料庫管理、資料庫建立和維護以及通信等功能。DBMS提供對資料庫中數據資源進行統一管理和控制的功能，將用戶、應用程序與資料庫中數據相互隔離，是資料庫系統的核心，其功能的強弱是衡量資料庫系統性能優劣的主要指標。DBMS必須運行在相應的系統平台上，有操作系統和相關系統軟體的支持。 DBMS功能的強弱隨系統而異，在大型系統中功能較強、較全，在小型系統中功能較弱、較少。目前較流行的資料庫管理系統有Visual FoxPro，Access，SQL Server，Oracle，Sybase等。
資料庫應用系統是指系統開發人員利用資料庫系統資源開發出來的，面向某一類實際應用的應用軟體系統。它分為兩類。
(1) 管理信息系統。這是面向機構內部業務和管理的資料庫應用系統。例如，人事管理系統、教學管理系統等。
(2) 開放式信息服務系統。這是面向外部、提供動態信息查詢功能，以滿足不同信息需求的資料庫應用系統。例如，大型綜合科技信息系統、經濟信息系統和專業的證券實時行情、商品信息系統。
3. 資料庫
資料庫(DateBase，DB)是指資料庫系統中按照一定的方式組織的、存儲在外部存儲設備上的、能為多個用戶共享的及與應用程序相互獨立的相關數據集合。它不僅包括描述事物的數據本身，而且還包括相關事物之間的聯系。
資料庫中的數據是面向多種應用，可以被多個用戶、多個應用程序共享。其數據結構獨立於使用數據的程序，對於數據的增加、刪除、修改和檢索由DBMS進行統一管理和控制，用戶對資料庫進行的各種操作都是DBMS實現的。
4. 資料庫系統的有關人員
資料庫系統的有關人員主要有3類：最終用戶、資料庫應用系統開發人員和資料庫管理員(DataBase Administrator，DBA)。最終用戶指通過應用系統的用戶界面使用資料庫的人員，他們一般對資料庫知識了解不多。資料庫應用系統開發人員包括系統分析員、系統設計員和程序員。系統分析員負責應用系統的分析，他們和用戶、資料庫管理員相配合，參與系統分析；系統設計員負責應用系統設計和資料庫設計；程序員則根據設計要求進行編碼。資料庫管理員是數據管理機構的一組人員，他們負責對整個資料庫系統進行總體控制和維護，以保證資料庫系統的正
5. 資料庫應用系統中的數據是以表還是行還是列還是特定的形式儲存的
資料庫應用系統中的數據以二維表的方式直接存儲目標數據。
一個表由行和列組成的，行數據代表具體的生活中的實體數據，列經常被稱作是域，也就是行的某個特性，從實體對象本身出發就是對象的屬性。
表中的第一行通常稱為屬性名，表中的每一個元組和屬性都是不可再分的，且元組的次序是無關緊要的。
(5)某公司的資料庫應用系統中擴展閱讀
行存儲和列存儲的應用場景
行存儲的適用場景：
（1）適合隨機的增、刪、改、查操作；
（2）需要在行中選取所有屬性的查詢操作；
（3）需要頻繁插入或更新的操作，其操作與索引和行的大小更為相關。
列存儲的適用場景：
（1）查詢過程中，可針對各列的運算並發執行，在內存中聚合完整記錄集，降低查詢響應時間；
（2）在數據中高效查找數據，無需維護索引（任何列都能作為索引），查詢過程中能夠盡量減少無關IO，避免全表掃描；
（3）因為各列獨立存儲，且數據類型已知，可以針對該列的數據類型、數據量大小等因素動態選擇壓縮演算法，以提高物理存儲利用率；如果某一行的某一列沒有數據，在列存儲時，就可以不存儲該列的值，這將比行式存儲更節省空間。
6. 在資料庫應用系統開發過程中，要在什麼階段對系統進行
資料庫應用系統的開發是一項軟體工程。一般可分為以下幾個階段：
1.規劃 2.需求分析 3.概念模型設計 4. 邏輯設計5.物理設計 6.程序編制及調試 7.運行及維護。 這些階段的劃分目前尚無統一的標准，各階段間相互聯接，而且常常需要回溯修正。 在資料庫應用系統的開發過程中，每個階段的工作成果就是寫出相應的文檔。每個階段都是在上一階段工作成果的基礎上繼續進行，整個開發工程是有依據、有組織、有計劃、有條不紊地展開工作。
1.規劃規劃的主要任務就是作必要性及可行性分析。 在收集整理有關資料的基礎上，要確定將建立的資料庫應用系統與周邊的關系，要對應用系統定位，其規模的大小、所處的地位、應起的作用均須作全面的分析和論證。 明確應用系統的基本功能，劃分資料庫支持的范圍。分析數據來源、數據採集的方式和范圍，研究數據結構的特點，估算數據量的大小，確立數據處理的基本要求和業務的規范標准。 規劃人力資源調配。對參與研製和以後維護系統運作的管理人員、技術人員的技術業務水平提出要求，對最終用戶、操作員的素質作出評估。 擬定設備配置方案。論證計算機、網路和其他設備在時間、空間兩方面的處理能力，要有足夠的內外存容量，系統的響應速度、網路傳輸和輸入輸出能力應滿足應用需求並留有餘量。要選擇合適的os,dbms和其它軟體。設備配置方案要在使用要求、系統性能、購置成本和維護代價各方面綜合權衡。 對系統的開發、運行、維護的成本作出估算。預測系統效益的期望值。 擬定開發進度計劃，還要對現行工作模式如何向新系統過渡作出具體安排。 規劃階段的工作成果是寫出詳盡的可行性分析報告和資料庫應用系統規劃書。內容應包括：系統的定位及其功能、數據資源及數據處理能力、人力資源調配、設備配置方案、開發成本估算、開發進度計劃等。 可行性分析報告和資料庫應用系統規劃書經審定立項後，成為後續開發工作的總綱。 2.需求分析需求分析大致可分成三步來完成。 (1) 需求信息的收集, 需求信息的收集一般以機構設置和業務活動為主幹線，從高層中層到低層逐步展開 (2) 需求信息的分析整理, 對收集到的信息要做分析整理工作。數據流圖(dfd, data flow diagram)是業務流程及業務中數據聯系的形式描述。圖4.1是一個簡單的dfd 示例。 數據字典(dd, data dictionary)詳細描述系統中的全部數據。 數據字典包含以下幾個部分。 數據項：是數據的原子單位。 數據組項：由若干數據項組成。 數據流：表示某一數據加工過程的輸入/輸出數據。 數據存儲：是處理過程中要存取的數據。 數據加工過程 數據加工過程的描述包括：數據加工過程名、說明、輸入、輸出、加工處理工作摘要、加工處理頻度、加工處理的數據量、響應時間要求等。 數據流圖既是需求分析的工具，也是需求分析的成果之一。數據字典是進行數據收集和數據分析的主要成果。 (3) 需求信息的評審. 開發過程中的每一個階段都要經過評審，確認任務是否全部完成，避免或糾正工作中出現的錯誤和疏漏。聘請項目外的專家參與評審，可保證評審的質量和客觀性。 評審可能導致開發過程回溯，甚至會反復多次。但是，一定要使全部的預期目標都達到才能讓需求分析階段的工作暫告一個段落. 需求分析階段的工作成果是寫出一份既切合實際又具有預見的需求說明書，並且附以一整套詳盡的數據流圖和數據字典。 3.概念模型設計概念模型不依賴於具體的計算機系統，他是純粹反映信息需求的概念結構。 建模是在需求分析結果的基礎上展開，常常要對數據進行抽象處理。常用的數據抽象方法是『聚集』和『概括』。 er方法是設計概念模型時常用的方法。用設計好的er圖再附以相應的說明書可作為階段成果 概念模型設計可分三步完成。 (1) 設計局部概念模型 ① 確定局部概念模型的范圍 ② 定義實體 ③ 定義聯系 ④ 確定屬性 ⑤ 逐一畫出所有的局部er圖，並附以相應的說明文件 (2) 設計全局概念模型 建立全局er圖的步驟如下： ① 確定公共實體類型 ② 合並局部er圖 ③ 消除不一致因素 ④ 優化全局er圖 ⑤ 畫出全局er圖，並附以相應的說明文件。 (3) 概念模型的評審 概念模型的評審分兩部分進行 第一部分是用戶評審。 第二部分是開發人員評審。 4.邏輯設計邏輯設計階段的主要目標是把概念模型轉換為具體計算機上dbms所支持的結構數據模型。 邏輯設計的輸入要素包括：概念模式、用戶需求、約束條件、選用的dbms的特性。 邏輯設計的輸出信息包括：dbms可處理的模式和子模式、應用程序設計指南、物理設計指南。 (1) 設計模式與子模式 關系資料庫的模式設計可分四步完成。 ① 建立初始關系模式 ② 規范化處理 ③ 模式評價 ④ 修正模式 經過多次的模式評價和模式修正，確定最終的模式和子模式。 寫出邏輯資料庫結構說明書。 (2) 編寫應用程序設計指南 根據設計好的模式和應用需求，規劃應用程序的架構，設計應用程序的草圖，指定每個應用程序的數據存取功能和數據處理功能梗概，提供程序上的邏輯介面。 編寫出應用程序設計指南。 (3) 編寫物理設計指南。 根據設計好的模式和應用需求，整理出物理設計階段所需的一些重要數據和文檔。例如，資料庫的數據容量、各個關系(文件)的數據容量、應用處理頻率、操作順序、響應速度、各個應用的lra和tv、程序訪問路徑建議，等等。這些數據和要求將直接用於物理資料庫的設計。 編寫出物理設計指南。 5.物理設計物理設計是對給定的邏輯數據模型配置一個最適合應用環境的物理結構。 物理設計的輸入要素包括：模式和子模式、物理設計指南、硬體特性、os和dbms的約束、運行要求等。 物理設計的輸出信息主要是物理資料庫結構說明書。其內容包括物理資料庫結構、存儲記錄格式、存儲記錄位置分配及訪問方法等。 物理設計的步驟如下： (1) 存儲記錄結構 設計綜合分析數據存儲要求和應用需求，設計存儲記錄格式。 (2) 存儲空間分配 存儲空間分配有兩個原則： ①存取頻度高的數據盡量安排在快速、隨機設備上，存取頻度低的數據則安排在速度較慢的設備上。 ②相互依賴性強的數據盡量存儲在同一台設備上，且盡量安排在鄰近的存儲空間上。 從提高系統性能方面考慮，應將設計好的存儲記錄作為一個整體合理地分配物理存儲區域。盡可能充分利用物理順序特點，把不同類型的存儲記錄指派到不同的物理群中。 (3) 訪問方法的設計 一個訪問方法包括存儲結構和檢索機構兩部分。存儲結構限定了訪問存儲記錄時可以使用的訪問路徑；檢索機構定義了每個應用實際使用的訪問路徑。 (4) 物理設計的性能評價 ① 查詢響應時間 從查詢開始到有結果顯示之間所經歷的時間稱為查詢響應時間。查詢響應時間可進一步細分為服務時間、等待時間和延遲時間。 在物理設計過程中，要對系統的性能進行評價。性能評價包括時間、空間、效率、開銷等各個方面。 ⊙ cpu服務時間和i/o服務時間的長短取決於應用程序設計。 ⊙ cpu隊列等待時間和i/o隊列等待時間的長短受計算機系統作業的影響。 ⊙ 設計者可以有限度地控制分布式資料庫系統的通信延遲時間。 ② 存儲空間 存儲空間存放程序和數據。程序包括運行的應用程序、dbms子程序、os子程序等。數據包括用戶工作區、dbms工作區、os工作區、索引緩沖區、數據緩沖區等。 存儲空間分為主存空間和輔存空間。設計者只能有限度地控制主存空間，例如可指定緩沖區的分配等。但設計者能夠有效地控制輔存空間。 ③ 開銷與效率 設計中還要考慮以下各種開銷，開銷增大，系統效率將下降。 ⊙ 事務開銷指從事務開始到事務結束所耗用的時間。更新事務要修改索引、重寫物理塊、進行寫校驗等操作，增加了額外的開銷。更新頻度應列為設計的考慮因素。 ⊙ 報告生成開銷指從數據輸入到有結果輸出這段時間。報告生成佔用cpu及i/o的服務時間較長。設計中要進行篩選，除去不必要的報告生成。 ⊙ 對資料庫的重組也是一項大的開銷。設計中應考慮數據量和處理頻度這兩個因數，做到避免或盡量減少重組資料庫。 在物理設計階段，設計、評價、修改這個過程可能要反復多次，最終得到較為完善的物理資料庫結構說明書。 建立資料庫時，dba依據物理資料庫結構說明書，使用dbms提供的工具可以進行資料庫配置。 在資料庫運行時，dba監察資料庫的各項性能，根據依據物理資料庫結構說明書的准則，及時進行修正和優化操作，保證資料庫系統能夠保持高效率地運行。 6.程序編制及調試在邏輯資料庫結構確定以後，應用程序設計的編制就可以和物理設計並行地展開 程序模塊代碼通常先在模擬的環境下通過初步調試，然後再進行聯合調試。聯合調試的工作主要有以下幾點： (1) 建立資料庫結構 根據邏輯設計和物理設計的結果，用dbms提供的數據語言(ddl)編寫出資料庫的源模式，經編譯得到目標模式，執行目標模式即可建立實際的資料庫結構。 (2) 調試運行 資料庫結構建立後，裝入試驗數據，使資料庫進入調試運行階段。運行應用程序，測試 (3) 裝入實際的初始數據 在資料庫正式投入運行之前，還要做好以下幾項工作： (1) 制定資料庫重新組織的可行方案。 (2) 制定故障恢復規范 (3) 制定系統的安全規范 7.運行和維護資料庫正式投入運行後，運行維護階段的主要工作是： (1) 維護資料庫的安全性與完整性。 按照制定的安全規范和故障恢復規范，在系統的安全出現問題時，及時調整授權和更改密碼。及時發現系統運行時出現的錯誤，迅速修改，確保系統正常運行。把資料庫的備份和轉儲作為日常的工作，一旦發生故障，立即使用資料庫的最新備份予以恢復。 (2) 監察系統的性能。 運用dbms提供的性能監察與分析工具，不斷地監控著系統的運行情況。當資料庫的存儲空間或響應時間等性能下降時，立即進行分析研究找出原因，並及時採取措施改進。例如，可通修改某些參數、整理碎片、調整存儲結構或重新組織資料庫等方法，使資料庫系統保持高效率地正常運作。 (3) 擴充系統的功能 在維持原有系統功能和性能的基礎上，適應環境和需求的變化，採納用戶的合理意見，對原有系統進行擴充，增加新的功能。
7. 資料庫應用系統中的數據是以什麼形式存在的
資料庫在計算機中是以文件的形式存在的。（確定）
資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這種數據集合具有如下特點：盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改和檢索由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。
資料庫的基本結構分三個層次，反映了觀察資料庫的三種不同角度。
(1)物理數據層。
它是資料庫的最內層，是物理存貯設備上實際存儲的數據的集合。這些數據是原始數據，是用戶加工的對象，由內部模式描述的指令操作處理的位串、字元和字組成。
(2)概念數據層。
它是資料庫的中間一層，是資料庫的整體邏輯表示。指出了每個數據的邏輯定義及數據間的邏輯聯系，是存貯記錄的集合。它所涉及的是資料庫所有對象的邏輯關系，而不是它們的物理情況，是資料庫管理員概念下的資料庫。
(3)邏輯數據層。
它是用戶所看到和使用的資料庫，表示了一個或一些特定用戶使用的數據集合，即邏輯記錄的集合。
資料庫不同層次之間的聯系是通過映射進行轉換的。
8. 1、在資料庫系統中數據存取的最小單位是( )。 A. 位元組 B. 數據項 C. 記錄 D. 文件
資料庫系統中，最小的存取單位是記錄。
數據是資料庫中存儲的基本對象。描述事物的符號記錄成為數據，因此記錄是存儲的最小單位。
數據項是數據結構中討論的最小單位，是數據記錄中最基本的、不可分的有名數據單位。數據項可以是字母、數字或兩者的組合。通過數據類型（邏輯的、數值的、字元的等）及數據長度來描述。數據項用來描述實體的某種屬性。在地理信息系統中，數據項描述對象是地理實體各要素及其屬性，分為幾何屬性（地理位置和形狀）和非幾何屬性，包括標量屬性（各種量測值）和名稱屬性（地名及地物名）等。數據元素是數據的基本單位，數據元素可以是數據項的集合。資料庫系統中，最小的存取單位是記錄
(8)某公司的資料庫應用系統中擴展閱讀：
資料庫系統的特點：
數據的結構化，數據的共享性好，數據的獨立性好，數據存儲粒度小，數據管理系統，為用戶提供了友好的介面。
資料庫系統的核心和基礎，是數據模型,現有的資料庫系統均是基於某種數據模型的。
資料庫系統的核心是資料庫管理系統。
資料庫系統一般由資料庫、資料庫管理系統（DBMS）、應用系統、資料庫管理員和用戶構成。DBMS是資料庫系統的基礎和核心。
資料庫系統的基本要求：
對資料庫系統的基本要求是：
①能夠保證數據的獨立性。數據和程序相互獨立有利於加快軟體開發速度，節省開發費用。
②冗餘數據少，數據共享程度高。
③系統的用戶介面簡單，用戶容易掌握，使用方便。
④能夠確保系統運行可靠，出現故障時能迅速排除；能夠保護數據不受非受權者訪問或破壞；能夠防止錯誤數據的產生，一旦產生也能及時發現。
⑤有重新組織數據的能力，能改變數據的存儲結構或數據存儲位置，以適應用戶操作特性的變化，改善由於頻繁插入、刪除操作造成的數據組織零亂和時空性能變壞的狀況。
⑥具有可修改性和可擴充性。
⑦能夠充分描述數據間的內在聯系。
參考資料：網路——資料庫系統
9. 資料庫在公司方面的應用
資料庫技術在企業管理中的應用主要包括客戶關系管理crm系統，進銷存系統，財務系統