Nguyễn Mạnh

Tóm Tắt Session 2

2.1 Giới thiệu

2.2 Dữ liệu mô hình hóa

Khái niệm dữ liệu Mô hình hóa
Logic dữ liệu mô hình hóa
Dữ liệu vật lý Modeling

2.3 Các thực thể-mối quan hệ (E-R) mô hình

Mô hình hợp lý dựa trên đối tượng
Ghi dựa trên mô hình hợp lý
mô hình vật lý
thực thể
Mối quan hệ
Thuộc tính
thực tập
Mối quan hệ
Tự mối quan hệ
mối quan hệ nhị phân
mối quan hệ tam phân
Một với một
Một với nhiều
Nhiều với một
Nhiều với nhiều
Khóa chính
Tập thực thể yếu
Tập thực thể mạnh mẽ

2.3.1 sơ đồ thực thể-mối quan hệ

Nhiều giá trị
hỗn hợp
Xuất phát

Các bước để xây dựng một sơ đồ E-R như sau:

Thu thập tất cả các dữ liệu cần phải được mô hình
Xác định các dữ liệu có thể được mô hình hóa như các thực thể trong thế giới thực.
Xác định các thuộc tính cho mỗi thực thể.
Sắp xếp tổ chức bộ tập thực thể là yếu hay mạnh.
Sắp xếp thực thể thuộc tính như là thuộc tính quan trọng, thuộc tính đa giá trị, thuộc tính tổng hợp, thuộc tính có nguồn gốc, và như vậy.
Xác định mối quan hệ giữa các thực thể khác nhau.

Các bước thực hiện sơ đồ E-R

Bước 1:
- Thu thập dữ liệu Ngân hàng là một bộ sưu tập của các tài khoản được sử dụng bởi khách hàng để tiết kiệm tiền.

Bước 2:
- Xác định các thực thể
- Tài khoản khách hàng

Bước 3:
- Customer: customer_name, customer_address, customer_contact
- Account: account_number, account_owner, balance_amount

Bước 4:
- Customer entity set: weak entity set
- Account entity set: strong entity set

Bước 5:
- Customer entity set: customer_address - composite, customer_contact - multi-valued
- Account entity set: account_number  primary key, account_owner – multi-valued

Bước 6:
- Xác định mối quan hệ Một khách hàng 'tiết kiệm trong' một tài khoản. Các mối quan hệ là 'tiết kiệm'.
Bước 7:
- Vẽ sơ đồ sử dụng các biểu tượng

2.4 Normalization

Sự lặp lại bất thường
chèn bất thường
xóa bất thường
Đang cập nhật bất thường

2.4.1 Dạng chuẩn đầu tiên

Tạo các bảng riêng biệt cho mỗi nhóm dữ liệu liên quan
Bảng cột phải có giá trị nguyên tử
Tất cả các thuộc tính quan trọng phải được xác định

2.4.2 Second Normal Form

They meet the requirements of the first normal form
There are no partial dependencies in the tables
The tables are related through foreign key

2.4.3 Third Normal Form

The tables should meet the requirements of the second normal form
The tables should not have transitive dependencies in them

2.4.4 Denormalization

Complex join queries may have to be written often to combine the data in multiple tables.
Joins may practically involve more than three tables depending on the need for information.