phân tích và thiết kế httt

YOUR COMPANY NAME or YOUR SITE ADDRESS LOGO

Chuyên đề:

Phan Tấn Tài – Đại Học Cần Thơ

Mô Hình Dữ Liệu Quan Niệm &Mô Hình Dữ Liệu Vật Lý

(Conceptual Data Model &Physical Data Model)

Trình bày: Phan Tấn Tài


1. Mô hình dữ liệu quan niệm (CDM)

2. Chuyển CDM sang PDM

3. Minh họa CDM & PDM

4. Thảo Luận


Nội Dung:

Conceptual Data Model & Physical Data Model


MÔ HÌNH DỮ LIỆU QUAN NIỆM(Conceptual Data Model - CDM)

CDM cho phép:

Mô tả tổ chức dữ liệu dưới dạng sơ đồ quan hệthực thể (ERD-Entity Relationship Diagram).Kiểm tra sự hợp lệ của việc thiết kế dữ liệu.Sinh mô hình dữ liệu vật lý (PDM-Physical Data Model).Sinh mô hình hướng đối tượng (OOM- Object-Oriented Model).

Phan Tấn Tài – Đại Học Cần ThơConceptual Data Model & Physical Data Model


CÁC ĐỐI TƯỢNG CỦA CDM

Thực thể (Entity)Kiểu Quan hệ (Relationship type)Bản số (Cardinality)Thuộc tính (Attribute)Khóa ứng viên và khóa chính.Miền trị của thuộc tính (Domain)Tổng quát hóa/chuyên biệt hóa.

Phan Tấn Tài – Đại Học Cần ThơConceptual Data Model & Physical Data Model


Thực thể (Entity)


Thực thể: là một đối tượng hay một khái niệm trong thế giới thực được xác định bởi tổ chức vànó tồn tại độc lập.Ví dụ:

Nhân_viên, khách_hàng, Hàng_hóa,…Môn_học, Loại_hàng, Giao_dịch,…


YOUR COMPANY NAME or YOUR SITE ADDRESS LOGOPhan Tấn Tài – Đại Học Cần Thơ

Thực thể yếu và thực thể mạnh

Thực thể yếu (weak entity): là thực thể tồn tại phụthuộc vào một thực thể khác.

(Thực thể yếu có thể chứa thuộc tính hay không chứa thuộc tính, cũng như nó có thể có thuộc tính khóa chínhhay không có).


Thực thể mạnh (strong entity): là thực thể mà sựtồn tại của nó không phụ thuộc vào thực thể nào khác.


Các kiểu quan hệ (Relationship Types)



Bản số (Cardinality)



Mỗi thuộc tính: sẽ mô tả một tính chất của một kiểu thực thể.Ví dụ: kiểu thực thể Nhân viên được mô tả bởi các thuộc tính như mã nhân viên, họ tên, ngày sinh vàgiới tính.

Thuộc tính (Attribute)


Miền trị của thuộc tính (Attribute domain) là một tập hợp các giá trị có thể gán được cho một thuộc tính. Chẳng hạn như: thuộc tính giới tính chỉ có thểcó một trong hai giá trị là nam hay nữ.


Các kiểu thuộc tính (Attribute Types)

Thuộc tính đơn,Thuộc tính phức hợp,Thuộc tính đơn trị hay đa trị,Và cũng có thể là thuộc tính dẫn xuất.




Thuộc tính đơn (Simple attribute): là một thuộc tính tạo thành bởi một thành phần tồn tại độc lập.

Ví dụ: mã nhân viên, giới tính, ngày sinh.


Thuộc tính phức hợp (Composite attribute): là một thuộc tính tạo thành bởi nhiều thành phần tồn tại độc lập.

Ví dụ: địa chỉ của nhân viên.



Thuộc tính đơn trị (Single-valued attribute): là một thuộc tính chỉ chứa một giá trị cho mỗi thực thể.

Ví dụ: Mã nhân viên là đơn trị vì mỗi nhân viên chỉ có một mã nhân viên.


Thuộc tính đa trị (Multi-valued attribute): là một thuộc tính có thể chứa nhiều giá trị cho mỗi thực thể.

Ví dụ: Tel_No của chi nhánh có thể chứa nhiều số điện thoại, vì vậy nó là thuộc tính đa trị.


Thuộc tính dẫn xuất (Derived attribute): là thuộc tính có giá trị dẫn xuất từ giá trị của một thuộc tính hoặc một tập thuộc tính có liên quan, không cần thiết phải nằm trong cùng thực thể.

Ví dụ: thuộc tính Age (tuổi) là thuộc tính dẫn xuất ra từthuộc tính ngày sinh.




Khóa ứng viên (candidate key): là một thuộc tính haymột tập hợp các thuộc tính có thể xác định duy nhất một thực thể của một kiểu thực thể.

Khóa chính (primary key): là một khóa ứng viên được chọn là khóa chính.

Khóa ứng viên & Khóa chính



Tổng quát hóa (generalization) Chuyên biệt hóa (specialization)

Tổng quát hóa-chuyên biệt hóa



CÁC BƯỚC XÂY DỰNG CDM

B1: Xác định các kiểu thực thể:B2: Xác định các kiểu quan hệ và bản số.B3: Xác định các thuộc tính và miền trị.B4: Xác định các khóa ứng viên và khóa chính.B5: Tổng quát hóa/Chuyên biệt hóa các thực thể(bước tùy chọn).B6: Vẽ sơ đồ ERD.B7: Kiểm tra & chuẩn hóa ERD.



Mô tả: Nhà học A

Ví DỤ XÂY DỰNG CDM

có nhiều tầng, mỗi tầng có nhiều phòng vàtrong mỗi phòng được trang bị một số loại thiết bị cần thiết. Mỗi tầng có số thứ tự tầng và diễn giải. Mỗi phòng có số thứ tựphòng, sức chứa của phòng và được trang bị một số loại thiết bịcần thiết (như bàn, ghế, quạt, máy chiếu,…). Mỗi loại thiết bịđược đánh một mã thiết bị và có một diễn giải cho loại thiết bịđó. Một loại thiết bị có thể được trang bị cho một phòng haykhông được trang bị cho phòng nào cả, một phòng được trang bịít nhất một loại thiết bị nào đó.

Ví dụ: cách đánh số thứ tự phòng như: phòng 1 ở tầng 1 được đánh stt là 1.1, phòng 2 ở tầng 1 được đánh stt là 1.2, phòng 3 ởtầng 1 được đánh stt là 1.3,..¸ phòng 1 ở tầng 2 được đánh stt là2.1, phòng 2 ở tầng 2 được đánh stt là 2.2, phòng 3 ở tầng 2 được đánh stt là 2.3…



Ví DỤ XÂY DỰNG CDM



CHUYÊN CDM SANG PDM

Qui tắc 1: Thực thể chuyển thành bảng- Mỗi thực thể trở thành một bảng với tên bảng là tên thực thể và các thuộc tính của thực thể trở thành các thuộc tính của bảng tương ứng.


- Các thuộc tính khóa chính của thực thể cũng trở thành các thuộc tính khóa chính của bảng tương ứng.

- Các domain và các điều kiện ràng buộc (Null hay Not Null) của các thuộc tính vẫn không đổi khi chuyển sangbảng tương ứng.



Qui tắc 2: Quan hệ Many – to – Many bảng mới- Các quan hệ Many – to – Many sẽ sinh ra một bảng tương ứng với tên bảng là tên của quan hệ tương ứng.

- Khóa chính của bảng mới sinh ra gồm các thuộc tính khóa chính của 2 thực thể tương ứng với quan hệ đó.

- Các tham chiếu cũng được sinh ra tương ứng, cụ thểta có thể xem xét các trường hợp sau:




Qui tắc 3: Quan hệ One-to-Many sẽ trở thành một tham chiếu

- Một quan hệ One-to-Many sẽ trở thành một tham chiếu “bảngcon đến bảng cha”.

- Nếu một quan hệ One-to-Many dạng phụ thuộc hàm thì các thuộc tính khóa chính của thực thể bên 1 không những trở thành khóa ngoại của bảng con mà còn tham gia vào thành phần khóa chính của bảng con.




Qui tắc 4: Đưa các quan hệ one-to-one về dạng one-to-many và áp dụng qui tắc 3.



Cách 1:

Cách 2:

Qui tắc 5: Chuyển các quan hệ chuyên biệt hóa / tổng quát hóa sang PDM.




MINH HỌA CDM & PDM

CDM:

PDM:



PDM:


CDM:




CDM:

PDM:



Thảo luận:



Thảo luận:

Vấn đề ???



Thảo luận:Vấn đề ???



Thảo luận:

Auto-Model of ERM

RELAIONSHIP SIDEis in 2,n

1,1

ENTITY_RELATIONSHIP

INHERITANCE_CHILD

INHERITANCE_PARENTENTITY_ATTRIBUTE

DOMAIN_ATTRIBUTE

ATTRIBUTE

ATTIDATTRIBUTENAMEPRIMARY_IDMANDATORY_IDALIASCOMMENT

<pi> ATTIDATTRIBUTENAMEYESNOYESNOALIASCOMMENT

<M><M><M><M>

RELATIONSHIP

RELATIONSHIPNAMECOMMENT

<pi> RELATIONSHIPNAMECOMMENT

<M>

RELATIONSHIP_SIDE

SIDENOMINCARDMAXCARDDEPENDENT_IDDOMINANT_IDDESCRIPTION

<pi> SIDENOCARDINALITYCARDINALITYYESNOYESNOCOMMENT

<M><M><M><M><M>

INHERITANCE

INHNAMEINHTYPE

<pi> INHERITANCENAMEINHERITANCETYPE

<M><M>

DOMAIN

DOMAINNAMELENGTHDATATYPESCALE

<pi> DOMAINNAMELENGTHDATATYPESCALE

<M><M><M>

ENTITY TYPE

ENTITYNAMEALIASCOMMENT

<pi> ENTITYNAMEALIASCOMMENT

<M>



PDM of AutoModel

FK_RELATION_RELATIONS_RELATION1..*

FK_RELATION_ENTITY_RE_ENTITY_T

0..*

FK_INHERITA_INHERITAN_ENTITY_T1..*

FK_INHERITA_INHERITAN_INHERITA

0..*

FK_INHERITA_INHERITAN_ENTITY_T

0..*

FK_ATTRIBUT_ENTITY_AT_ENTITY_T

0..*

FK_ATTRIBUT_DOMAIN_AT_DOMAIN

0..*

ATTRIBUTE

ENTITYNAMEATTIDDOMAINNAMEATTNAMEPRIMARY_IDMANDATORY_IDALIASCOMMENT

texttexttexttexttexttexttexttext

<pk,fk2><pk><fk1>

not nullnot nullnot nullnot nullnot nullnot nullnullnull

RELATIONSHIP

REL_NAMECOMMENT

texttext

<pk> not nullnull

RELATIONSHIP_SIDE

REL_NAMESIDENOENTITYNAMEMINCARDMAXCARDDEPENDENT_IDDOMINANT_IDDESCRIPTION

texttexttexttexttexttexttexttext

<pk,fk2><pk><fk1>

not nullnot nullnot nullnot nullnot nullnot nullnot nullnull

INHERITANCE

INHNAMEENTITYNAMEINHTYPE

texttexttext

<pk><fk>

not nullnot nullnot null

DOMAIN

DOMAINNAMELENGTHDATATYPESCALE

texttexttexttext

<pk> not nullnot nullnot nullnull

ENTITY TYPE

ENTITYNAMEALIASCOMMENT

texttexttext

<pk> not nullnullnull

INHERITANCE_CHILD

INHNAMEENTITYNAME

texttext

<pk,fk1><pk,fk2>

not nullnot null

Thảo luận:



HAN UNIVERSITY



Cám ơn!!!


Câu hỏi & thảo luận

phân tích và thiết kế httt

Technology