資料庫(Database)人門
(一)資料庫(Database)定義:
(二)檔案處理與整合資料庫環境
(三)資料共享之類別:
(四)建立資料庫環境四大基本要素
(五)DBMS(資料庫管理系統)基本功能
(六)資料庫之種類
(七)未來資料庫發展趨勢
(一)資料庫(Database)定義:
A．
資料(data)與資訊(information)的意義!
B．
資料庫的意義:
1. 許多相關資料之集合(A collection of related data)
2. 收集相關的(Interrelated)、共享的(shared)與可控制的(controlled)資料。
(二)檔案處理與整合資料庫環境
- Sharing of data
- Minimal data redundancy
- Data consistency
- Improved data standard
- Improved data integrity
- Better data security
- More control over concurrency
- Better backup and recovery producers
- Data independence (Data application)
10.
Faster
development of new application
(三)資料共享之類別:
<1>Between
Functional Unit
-E.G Marketing/Accounting/Purchasing
**Shared Between Functional Unit
<2>Between
Management level
EDP/MIS/DDS Shared Between Management Level
** Shared Between Management Level
<3>Between Geographically Dispersed location
-
**Shared
Between Dispersed location
(四)建立資料庫環境四大基本要素
1. User(人)-End User Naive User (使用應用程式) casual User (使用Query 語言)
Practitioners-資料庫設計師/程式設計師 (DBA) (Programmer)
2.Data(資料)-正確且合乎需要之資料
多媒體資料(Text、Graph、image 、sound、vedio....)
3.software(軟體)-General-purpose Software (DBMS) Application Software
(利用DBMS 建構如人事資料庫系統) Mainframe ,Workstation ,PC,MAC.
4.Hardware(硬體)-主機(CPU/主記憶體/儲存記憶體/
I/O/通訊設備.......)
(五)DBMS(資料庫管理系統)基本功能
1. Data Dictionary/directory
2. Data definition
3. Data Manipulation
4. Data Security & Integrity
5. Concurrent Data Access for Multiple Users
6. User-Oriented Data Query & Reporting
7. Application Development Facilities.
(六)資料庫之種類
1.Hierarchical Database
(階層式資料庫)e.g.: IBM/IMS
2.Network Database (網狀式資料庫)e.g.:
CODASYC DBTG,DBVISA
3.Relational Database(關聯式資料庫)
e.g. DBASE V、Clipper、Foxpro、Access......
五個主要的關聯式資料庫系統 : Oracle7 Version 7.3，Sybase SQL Sever 11，Informix-Online 7.2，
Microsoft SQL Server 6.5 以及DBMaker 3.0。
4.Distributed
Database(分散式資料庫)
(七)未來資料庫發展趨勢
1.Client/Server Relational Database (主從架構資料庫)
e.g. VB + SQL server
Access + Oracle Foxpro + SyBase
↓ ↓
front-end Back-end
(後端Database Server)
2.Object-Oriented Database(物件導向資料庫)
--Complex Object Data ( e.g. multimedia Data) [Nested data Definition]
--Behavioral data
資料庫結構設計
|
從事資料庫設計基本要求欄位中包含充份、清晰且意義明確的資料，能夠達成資料共享、同時避免相同資料重複儲存，一方面節省儲存空間，亦可防止資料不一致性。基於這些需求，在資料設計在技巧上提出了“資料庫正規化”的觀念，藉由程序方式解決以上可能發生的問題。正規化的理念包括下列四點： · 欄位唯一性 (Field Uniqueness) · 主關鍵欄位 (Primary Key) · 功能關聯性 (Function Dependence) · 欄位獨立性 (Field Independence) 設計一個資料庫系統基本上要符合正規化原則，首先資料表設計時欄位內容一定要求簡單明確，第一個條件「欄位唯一性」是指一個欄位之中只能儲存一個資料值，例如：設計一個訂單資料表： |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
從這個資料表中將發現第一筆資料電話欄位、訂閱雜誌、起始期別、訂閱期限等這四個欄位中因為各有兩個值，顯然地不能滿足欄位唯一性。如果把張三訂閱的雜誌用兩列來記錄如下，這樣地改變似乎滿足欄位唯一性的要求。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
接下來提醒大家資料庫在結構方面應避免欄位資料重覆儲存，而且資料表設計一定要考量有唯一識別記錄的欄位，也就是要確定存在一個主索引欄位，若以上面這個表格檢視，很顯然不符合需求，或許把訂單編號重新給予新值，如下表，則可以「訂單編號」做為主索引欄位，但別忘記資料重覆儲存(張三的姓名與地址)的問題仍然沒有解決。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
或許我們從功能關聯性來檢討可以解決資料重覆儲存的問題，所謂功能關聯性是指設計時應檢查資料表中是否存在部份欄位與主索引欄位功能上並沒有直接相關性，反而與資料表中另一個非主索引欄位具有密切相關性，這種現象就表示設計資料表時欄位放置的位置不適當應該採取分割處理﹔另外也可以從欄位獨立性來檢驗資料表設計是否正確。欄位獨立性就是除了主索引欄位外，修改任何欄位值都不應該影響其它欄位，但是在目前這個資料表中，假如修改客戶姓名直接影響客戶姓名相關的欄位﹕電話及寄件地址對應關係錯亂，這種現象就表示資料表中有欄位不滿足欄位獨立性，得視情況而修改資料表結構，基於以上兩項分析結果，建議將這個表分割成兩個資料表並以關聯欄位建立彼此間的關係。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
欄位間的關係分析清楚後，把訂單資料表中藍色部份的欄位抽出另外建構一個客戶資料表，增加一個客戶編號欄位藉此建立兩者間的關聯。（直接採用客戶姓名不適合當成主索引，因為姓名可能同名同姓造成重覆） |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
訂單資料表(訂單編號，客戶編號，訂閱雜誌，起始期別，訂閱期限) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
若從資料內容檢視似乎還有一些不妥，在這個例子中訂閱客戶不一定就是收件人，他可能訂了一份雜誌做為禮物送給收件人，在這種情況下又得依實際情況適當修改兩個資料表如下才更能符合運作時的需求，這就是為什麼資料庫設計要經過正規化處理，才能避免資料添加之後系統運作可能發生的一些困難與錯誤。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
訂單資料表(訂單編號，客戶編號，訂閱雜誌，起始期別，訂閱期限，收件人，收件地址) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
經過正規化處理，資料表又如何設計進入Access資料庫？我們可依分析結果設計製作資料表規格書，在此之前需先認識Access資料表定義欄位屬性有何意義、欄位資料包括有那些類型，應該如何選擇欄位的類型，撰寫妥當然後再於Access環境下定義資料結構、關聯，最後才輸入資料。 資料表規格書如下範例：
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
