信息資料庫

① 信息系統建設是怎樣劃分基礎資料庫和業務資料庫的

一、 引言資料庫對於企業信息化的重要性是不言而喻的。資料庫存儲著現代企業最重要的數據，包括生產、經營、管理等各類數據，這些數據作為企業的核心信息，通過各類信息系統，為用戶提供及時准確的信息，幫助用戶分析，為用戶提供決策依據。為提高企業的工作效率，提升企業形象，具有傳統模式無法比擬的優勢。其中構建合理高效的資料庫，是資料庫建設關鍵之一。如何構建合理高效的資料庫是企業信息化過程要解決的問題。下面就資料庫的構建談談自己的一些經驗，希望能對大家有所幫助。 二、 設計資料庫之前
資料庫並不是憑空想像出來的，而是根據業務部門的需要設計符合業務需求的資料庫。因此在形成資料庫之前需要充分了解業務需求。 1. 充分理解業務需求。需求分析是整個設計過程的基礎，是最困難、最耗費時間的一步。在這期間通過與業務部門交流，了解用戶的想法以及工作流程，通過雙方多次交流，會形成初步的數據模型，當然這時的數據模型不會是最終的模型，還需要和用戶進行交流，並且在以後的信息系統開發過程中還會反復修改。 2. 重視輸入輸出。在定義資料庫表和欄位需求（輸入）時，首先應了解數據產生源和數據流程，也就是必需要知道每個數據在那兒產生，數據在那兒表現，以什麼樣的形式表現等等，然後根據用戶提供的報表或者設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。 3. 創建數據字典和ER 圖表。ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。 需要注意的是，在需求分析調研過程中，並不是一帆風順的，因為業務人員對於業務的理解不同，以及對於信息知識的缺乏，會影響需求分析的質量，為了提高質量，各方要用更多的時間交流與相互理解，業務部門需要精通業務的人員自始至終全力配合，而開發人員則盡量使用用戶理解的業務術語交流，這樣會避免出現理解不同而產生的歧義。 三、 設計合理的表結構
通常合理的表結構會減少數據冗餘，提高資料庫的性能。設計合理的表結構要遵循以下兩點。 1. 標准化和規范化 數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但3NF(第三範式)通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF標準的資料庫的表設計原則是：某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。 例如：某個存放單井信息及其有關油井生產日報信息的3NF資料庫就有兩個表：單井基礎信息和油井日報信息。日報信息不包含單井的任何信息，但表內會存放一個鍵值，該鍵指向單井基礎信息里包含該油井信息的那一行。 不過也有例外，有時為了效率的緣故，對表不進行標准化也是必要的。 2. 考慮各種變化 在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。使資料庫更具擴展性，從而減少將來數據變更所帶來的損失。 例如，日期類型欄位，有時我們會考慮使用字元類型代替日期類型，因為在處理日期欄位上容易產生數據錯誤，所以我們就使用字元類型。這樣的例子還很多，在做前期設計時都要考慮的。 表結構的設計不是一次就能成功的，在信息系統開發過程中會存在數據讀取、錄入或統計困難，為了解決這些問題會修改表結構，或增加一些欄位，或修改一些欄位的屬性。這個過程不斷重復，因此不要想一次能成功。建議使用專門設計工具來做這些工作，筆者經常使用：SYBASE PowerDesigner ，當然還有其它的工具：ORACLE Designer 2000 ，ROSE等工具。這樣會使你的工作事半功倍。 四、 選擇合理的索引
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。 1. 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。 2. 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。 3. 不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。如MEMO(備注)、TEXT(文本)等欄位。 4. 不要索引常用的小型表 不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。如代碼表，或系統參數表。 五、 保證數據完整性
數據的完整性非常重要，這關繫到數據的准確性，不準確的數據是毫無價值的，因此保證數據的完整性非常重要。 1. 完整性實現機制：實體完整性：主鍵參照完整性： 父表中刪除數據：級聯刪除；受限刪除；置空值父表中插入數據：受限插入；遞歸插入 父表中更新數據：級聯更新；受限更新；置空值 DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制用戶定義完整性：NOT NULL；CHECK；觸發器 以上完整性機制需要熟悉和掌握，它對於數據的完整性非常重要。 2. 用約束而非業務規則強制數據完整性 採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於業務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。 3. 強制指示完整性 在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。 4. 使用查找控制數據完整性 控制數據完整性的最佳方式就是限制用戶的錄入。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：性別代碼、單位代碼等。 5. 採用視圖 視圖是一個虛擬表，其內容由SQL語句定義，視圖不僅可以簡化用戶對數據的理解，也可以簡化他們的操作。那些被經常使用的查詢可以被定義為視圖，從而使得用戶不必為以後的操作每次指定全部的條件。另外通過視圖用戶只能查詢和修改他們所能見到的數據。資料庫中的其它數據則既看不見也取不到。資料庫授權命令可以使每個用戶對資料庫的檢索限制到特定的資料庫對象上，增強數據的安全性。 六、 結束語
資料庫的高效運行不僅需要技術上的支持，也需要硬體平台和網路的支持以及資料庫管理員的有效管理，本文只是從技術的角度說明如何提高資料庫的效率，但在實際應用過程中其它方面的支持也是不可缺少的，尤其是資料庫管理，資料庫建設是「三分技術，七分管理，十二分基礎數據」，因此對於資料庫管理一定要重視，在管理到位的情況下技術才能發揮應有的作用。

② 如何理解信息資料庫

信息資料庫就是放存信用卡息的倉庫，它有國家的，企業的，公司的，而且還有個人的，如自已的電話號碼，存放的密碼，及個人愛好的朋友，希望你能管理好自已的信息，祝你每天開心快樂。

③ 資料庫 數據

簡而言之，資料庫是面向事務的設計，數據倉庫是面向主題設計的。

資料庫一般存儲在線交易數據，數據倉庫存儲的一般是歷史數據。

資料庫設計是盡量避免冗餘，一般採用符合範式的規則來設計，數據倉庫在設計是有意引入冗餘，採用反範式的方式來設計。

資料庫是為捕獲數據而設計，數據倉庫是為分析數據而設計，它的兩個基本的元素是維表和事實表。維是看問題的角度，比如時間，部門，維表放的就是這些東西的定義，事實表裡放著要查詢的數據，同時有維的ID。

單從概念上講，有些晦澀。任何技術都是為應用服務的，結合應用可以很容易地理解。以銀行業務為例。資料庫是事務系統的數據平台，客戶在銀行做的每筆交易都會寫入資料庫，被記錄下來，這里，可以簡單地理解為用資料庫記帳。數據倉庫是分析系統的數據平台，它從事務系統獲取數據，並做匯總、加工，為決策者提供決策的依據。比如，某銀行某分行一個月發生多少交易，該分行當前存款余額是多少。如果存款又多，消費交易又多，那麼該地區就有必要設立ATM了。

顯然，銀行的交易量是巨大的，通常以百萬甚至千萬次來計算。事務系統是實時的，這就要求時效性，客戶存一筆錢需要幾十秒是無法忍受的，這就要求資料庫只能存儲很短一段時間的數據。而分析系統是事後的，它要提供關注時間段內所有的有效數據。這些數據是海量的，匯總計算起來也要慢一些，但是，只要能夠提供有效的分析數據就達到目的了。

數據倉庫，是在資料庫已經大量存在的情況下，為了進一步挖掘數據資源、為了決策需要而產生的，它決不是所謂的「大型資料庫」。那麼，數據倉庫與傳統資料庫比較，有哪些不同呢?讓我們先看看W.H.Inmon關於數據倉庫的定義:面向主題的、集成的、與時間相關且不可修改的數據集合。

「面向主題的」:傳統資料庫主要是為應用程序進行數據處理，未必按照同一主題存儲數據;數據倉庫側重於數據分析工作，是按照主題存儲的。這一點，類似於傳統農貿市場與超市的區別—市場裡面，白菜、蘿卜、香菜會在一個攤位上，如果它們是一個小販賣的;而超市裡，白菜、蘿卜、香菜則各自一塊。也就是說，市場里的菜(數據)是按照小販(應用程序)歸堆(存儲)的，超市裡面則是按照菜的類型(同主題)歸堆的。

「與時間相關」:資料庫保存信息的時候，並不強調一定有時間信息。數據倉庫則不同，出於決策的需要，數據倉庫中的數據都要標明時間屬性。決策中，時間屬性很重要。同樣都是累計購買過九車產品的顧客，一位是最近三個月購買九車，一位是最近一年從未買過，這對於決策者意義是不同的。

「不可修改」:數據倉庫中的數據並不是最新的，而是來源於其它數據源。數據倉庫反映的是歷史信息，並不是很多資料庫處理的那種日常事務數據(有的資料庫例如電信計費資料庫甚至處理實時信息)。因此，數據倉庫中的數據是極少或根本不修改的;當然，向數據倉庫添加數據是允許的。

數據倉庫的出現，並不是要取代資料庫。目前，大部分數據倉庫還是用關系資料庫管理系統來管理的。可以說，資料庫、數據倉庫相輔相成、各有千秋。

補充一下，數據倉庫的方案建設的目的，是為前端查詢和分析作為基礎，由於有較大的冗餘，所以需要的存儲也較大。為了更好地為前端應用服務，數據倉庫必須有如下幾點優點，否則是失敗的數據倉庫方案。

1.效率足夠高。客戶要求的分析數據一般分為日、周、月、季、年等，可以看出，日為周期的數據要求的效率最高，要求24小時甚至12小時內，客戶能看到昨天的數據分析。由於有的企業每日的數據量很大，設計不好的數據倉庫經常會出問題，延遲1-3日才能給出數據，顯然不行的。

2.數據質量。客戶要看各種信息，肯定要准確的數據，但由於數據倉庫流程至少分為3步，2次ETL，復雜的架構會更多層次，那麼由於數據源有臟數據或者代碼不嚴謹，都可以導致數據失真，客戶看到錯誤的信息就可能導致分析出錯誤的決策，造成損失，而不是效益。

3.擴展性。之所以有的大型數據倉庫系統架構設計復雜，是因為考慮到了未來3-5年的擴展性，這樣的話，客戶不用太快花錢去重建數據倉庫系統，就能很穩定運行。主要體現在數據建模的合理性，數據倉庫方案中多出一些中間層，使海量數據流有足夠的緩沖，不至於數據量大很多，就運行不起來了。
是否可以解決您的問題？

④ 如何設計一個客戶信息資料庫

資料庫是用於存儲大量數據的區城，它通常包括一個或多個表。資料庫應用成為當今計算機應用的主要領域之一。VB提供了功能強大的資料庫管理功能，能夠方便、靈活地完成資料庫應用中涉及的諸如建立資料庫、查詢和更新等各種基本操作。本章討論資料庫的基本概念、VB中提供的Data控制項、DBGrid控制項、ADO Data控制項的使用方法和SQL語言。
關系資料庫以表的形式（即關系）組織數據。關系資料庫以關系的數學理論為基礎。在關系資料庫中，用戶可以不必關心數據的存儲結構，同時，關系資料庫的查詢可用高級語言來描述，這大大提高了查詢效率。
VB本身使用的資料庫是Access資料庫，可以在VB中直接創建，庫文件的擴展名為.MDB。
下面討論關系資料庫的基本術語。
1. 表
表用於存儲數據，它以行列方式組織，可以使用SQL從中獲取、修改和刪除數據。表是關系資料庫的基本元素。表在我們生活中隨處可見，如職工表、學生表和統計表等。表具有直觀、方便和簡單的特點。
表是一個二維結構，行和列的順序並不影響表的內容。
2. 記錄
記錄是指表中的一行，在一般情況下，記錄和行的意思是相同的。在表10.1中，每個學生所佔據的一行是一個記錄，描述了一個學生的情況。
3. 欄位
欄位是表中的一列，在一般情況下，欄位和列所指的內容是相同的。在表10.1中，如「學號」一列就是一個欄位。
4. 關系
關系是一個從數學中來的概念，在關系代數中，關系是指二維表，表既可以用來表示數據，也可以用來表示數據之間的聯系。
在資料庫中，關系是建立在兩個表之間的鏈接，以表的形式表示其間的鏈接，使數據的處理和表達有更大的靈活性。有3種關系，即一對一關系、一對多關系和多對多關系。
5. 索引
索引是建立在表上的單獨的物理資料庫結構，基於索引的查詢使數據獲取更為快捷。索引是表中的一個或多個欄位，索引可以是唯一的，也可以是不唯一的，主要是看這些欄位是否允許重復。主索引是表中的一列和多列的組合，作為表中記錄的唯一標識。外部索引是相關聯的表的一列或多列的組合，通過這種方式來建立多個表之間的聯系。
6. 視圖
視圖是一個與真實表相同的虛擬表，用於限制用戶可以看到和修改的數據量，從而簡化數據的表達。
7. 存儲過程
存儲過程是一個編譯過的SQL程序。在該過程中可以嵌入條件邏輯、傳遞參數、定義變數和執行其他編程任務
在VB中，可用的數據訪問介面有3種：ActiveX數據對象（ADO）、遠程數據對象（RDO）和數據訪問對象（DAO）。數據訪問介面是一個對象模型，它代表了訪問數據的各個方面。可以在任何應用程序中通過編程式控制制連接、語句生成器和供使用的返回數據。
為什麼在VB中有3種數據訪問介面呢？因為數據訪問技術總是不斷進步，而這3種介面的每一種都分別代表了該技術的不同發展階段。最新的是ADO，它比RDO和DAO更加簡單，而且是更加靈活的對象模型。對於新工程，應該使用ADO作為數據訪問介面。
ADO控制項是VB 6.0中文版提供的一個ActiveX控制項，與舊版的Data控制項相似。

⑤ SQL語句 學生信息資料庫

1.GREAT
db
2。select
年齡>50（多少歲）
詳細語句可以參考下網上的，
SQL
版本不一，
語句不一定通用，
你可以找點查詢語句，然後加上條件，參考下別人的語句，，然後修改下，，
就可以了我不是經常用這個但懂怎麼些代碼

⑥ 如何理解信息資料庫呢

一個比較寬泛的概念，存放大量信息的數據倉庫吧。信息用數據來展示，信息經過處理變成一系列可以存放在資料庫中的數據。例如圖書館學生信息資料庫，存放的就是學生的借還書信息。

⑦ 描述信息與資料庫的關系

數據是信息的載體，而信息是數據的內涵。例如我有一條數據表明一位同學的姓名身高等，而這之間，這個學生的姓名可稱為一條信息，這些信息組成起來就是一定數據。區別：數據可表示信息，但不是任何數據都表示信息，同以數據可以有不同的解釋。信息是抽象的，同一信息可以有不同的數據表示方式。

⑧ 設計信息資料庫

（1）用戶個人信息庫

在資料庫建設過程中專設一個用戶個人信息庫用以保存注冊用戶的個人信息。如表3.2所示，用戶個人信息分為3類：用戶可編輯、管理員可編輯和管理員可查閱三大類。

表3.2 用戶個人信息分類表

普通用戶只能編輯查閱「用戶可編輯」的信息；管理員能查閱除用戶登錄密碼外所有信息，但只能編輯用戶審核狀態和復位用戶登錄密碼。

（2）用戶設計信息庫

用戶設計信息庫需要記錄用戶在進行鑽井設計過程中產生的每一個數據，數據覆蓋了圖2.2中程序設計模塊劃分的12個子模塊中的所有的功能模塊。由於數據過於繁多，無法一一敘述，只能就數據量整體而言進行闡述。由表3.3可知，用戶設計信息資料庫在整個資料庫中信息所佔比例很大，達到了33%，僅次於鑽井設備資料庫45%。

表3.3 各資料庫物理表數量對比表

對於不同的用戶來說，其鑽井設計的數據都需要保密，尤其是類似鑽井液配方的數據，因此對於用戶設計信息資料庫的安全等級在整個鑽井設計軟體中達到了最高，即使管理員也無法直接查閱各個用戶的設計數據，最大可能性的保障了用戶設計數據的安全。

⑨ 什麼是資料庫數據有什麼特徵數據和信息有什麼關系

假設數據是一個單位，那資料庫就是所有數據的集合，是存放數據的容器。
資料庫需要增加、修改、刪除、查詢就需要對數據進行處理，即數據處理。
至於信息，這里意義有點廣，通俗來說是文字、圖像、聲音等信息。
信息可以加工處理成數據，數據經過數據處理存放在資料庫，我的理解大概就是這樣子，希望可以幫到樓主。