SLIDE PHÂN TÍCH HỆ THỐNG - MÔ HÌNH DỮ LIỆU VÀ MÔ HÌNH ĐỐI TƯỢNG ppt

44 395 0
SLIDE PHÂN TÍCH HỆ THỐNG - MÔ HÌNH DỮ LIỆU VÀ MÔ HÌNH ĐỐI TƯỢNG ppt

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

CHƯƠNG 12: 12: Mơ hình dữ liệu hình liệ Nội dung So sánh mô hình liệu và mô hình đối tượng  Quy tắc nghiệp vụ và tính logic mô hình liệu  Trình tự tạo mô hình liệu  ◦ Từ việc thiết kế bảng ◦ Từ mô hình đối tượng  Phát CSDL hay file DDL Object Model Data Model  Mơ hình Object dùng cho hầu hết thành phần ứng dụng class, attributes, operations, relationships, components, cấu trúc khác (ngoại trừ liệu) liên quan đến tính hiệu nhớ ◦ Đối tượng tạo nhớ, chúng giao tiếp nào, đối tượng có nhiệm vụ gì?  Data model liên quan nhiều đến tính hiệu database So sánh mơ hình So sánh mơ hình Mơ hình object Mơ hình data Tập trung vào behavior data Chỉ tập trung vào data Hỗ trợ tính kế thừa (inheritance) Khơng hỗ trợ tính kế thừa Hai entity classes có Các bảng entity thể quan hệ với class không cần quan hệ với So sánh mơ hình  Mơ hình object hay data phát triển trước?? ◦ Thường phát triển đồng thời  Một entity class từ lược đồ class trở thành bảng database CSDL Ngược lại, bảng database hỗ trợ hai hay nhiều class ứng dụng Mối quan hệ mơ hình hệ giữ Nhiều project, chủ yếu project cần nâng cấp, bắt đầu với mơ hình data có sẵn, reverse engineer mơ hình để phát mơ hình object  Nếu có mơ hình object khơng có mơ hình data, phát tự động mơ hình data từ mơ hình  Quy tắc nghiệp vụ - Business rules tắ nghiệ vụ    Nếu muốn thực thi mơ hình data, cần phải áp dụng quy tắc nghiệp vụ (business rules) vào mơ hình Các quy tắc nghiệp vụ bao gồm: yêu cầu, sách, hướng dẫn cần thiết để hoàn tất giao dịch thực tế Khi áp dụng quy tắc nghiệp vụ, phải được: ◦ giá trị chấp nhận cột (not null, unique, default ) ◦ Các biểu thức điều kiện (check constraint) ◦ Các hành động cần làm cập nhật database (trigger bảo toàn tham chiếu) Tính logic mơ hình liệu liệ Thực tế hướng đối tượng nên giữ business logic ứng dụng database  Chỉ có logic liên quan đến liệu nên đưa vào database như: field, giá trị hợp lệ field, chiều dài field…  Tính logic mơ hình liệu liệ   Nhiều quy tắc nghiệp vụ (business rules) đựơc đưa trực tiếp vào database thơng qua constraint.Tuy database nơi thích hợp cho loại logic này, ứng dụng buộc phải thu thập thông tin từ end user, truyền qua lớp business, qua kết nối mạng trước liệu đánh giá Nếu để logic lớp business đơi giảm nghẽn mạng Tuy nhiên số phần ứng dụng hay ứng dụng khác, cần dùng constraint nên đặt database để bảo đảm quy tắc áp dụng cách thống 10 Tạo bảng bả Sau tạo schema, tạo bảng bên  Mỗi bảng database mơ hình hố class loại persistent với stereotype Table  Tên bảng schema phải Tất bảng schema phải sử dụng DBMS  Cách tạo Schema\Data Modeler\New\Table  30 Các thành phần schema phầ  Từ bảng, ta tạo phần tử sau: ◦ ◦ ◦ ◦  Column Constraint Trigger Index Trong schema, tạo đối tượng sau: ◦ Table ◦ View ◦ Stored procedure, function 31 Quan hệ bảng hệ giữ bả  Quan hệ mơ hình liệu tương tự quan hệ mơ hình object ◦ Mơ hình object: kết nối class ◦ Mơ hình data kết nối bảng  Hai loại kết nối: identifying relationships non-identifying relationships 32 Identifying relationship  Khoá ngoại phần khố bảng Được mơ hình hoá quan hệ kết hợp phức (composite aggregation) Một ghi tồn bảng không kết nối với ghi bảng cha 33 Ví dụ Identifying relationship dụ 34 NonNon-identifying relationship Khoá ngoại tạo bảng khố ngoại khơng phải phần khố bảng Việc tồn ghi bảng không phụ thuộc vào mối liên kết với bảng cha, mà multiplicity quan hệ kiểm soát việc tồn child table In a non-identifying relationship, the relationship  cardinality (multiplicity) controls whether a record in the child table can exist without a link to a record in the  35 Ví dụ Non-identifying relationship dụ Non- Parent Child 36 Phát mơ hình object từ mơ hình liệu từ liệ Khả phát mơ hình object từ mơ hình liệu hay dùng phải làm việc project với ứng dụng database có sẵn Ta dịch ngược lại database cũ, phát mơ hình object từ  Khơng phải tất cấu trúc mơ hình data có nghĩa mơ hình object Các index, stored procedure, phần tử khác database không đuợc ánh xạ vào mơ hình object  37 Phát mơ hình object từ mơ hình liệu từ liệ Nhấp phải schema, chọn Data Modeler\Transform to Object Model  Nhập vào tên package chứa mơ hình object Package nằm Logical view  Nhập vào prefix Prefix thêm vào tên bảng để tạo class tương ứng mơ hình object  38 Phát mơ hình data từ mơ hình object từ    Khi project phát triển, có nhiều class loại entity, việc phát mơ hình data cho ta điểm khởi đầu tốt cho việc thiết kế database Khi phát mơ hình data, Rose tìm class với thuộc tính persistent đánh dấu True Chỉ có class phát thành table Một package cac class Logical view trở thành schema mơ hình data Nếu có sẵn package tên, Rose thêm class vào schema có sẵn 39 Trình tự tạo mơ hình data từ mơ hình object tự từ  Tạo database component view  Nhấp phải thuộc tính class mà ta muốn trở thành khố bảng phát Nếu ta khơng chọn khố chính, Rose tạo khố cách tạo cột có tên "ID.“ Nhấp phải package logical view, chọn Data Modeler\Transform to Data Model Nhập vào tên schema đích Đưa vào tên database đích Đưa vào prefix thêm vào tên class để tạo tên bảng tương ứng Chọn check box “Create Indexes for Foreign Keys” để tạo tự động ràng buộc index cho khoá ngoại      40 Phát database từ mơ hình data từ Có thể phát database hay DDL script từ mơ hình data Rose cho ta quyền chọn lựa phát DDL hay chạy DDL để tạo database  Để phát: nhấp phải schema, chọn Data Modeler \ Forward Engineer  41 Ví dụ dụ 42 Ví dụ dụ Các lệnh DDL tương ứng: CREATE TABLE T_Customer ( CUSTOMER_ID SMALLINT IDENTITY NOT NULL, FIRST_NAME VARCHAR ( 15 ) NOT NULL, LAST_NAME VARCHAR ( 15 ) NOT NULL, HOME_PHONE NUMERIC ( 10 ) NOT NULL, ADDRESS VARCHAR ( 20 ) NOT NULL, CITY VARCHAR ( 20 ) NOT NULL, STATE CHAR ( ) NOT NULL, ZIP_CODE NUMERIC ( ) NOT NULL, CONSTRAINT PK_T_Customer0 PRIMARY KEY NONCLUSTERED (CUSTOMER_ID), CONSTRAINT TC_T_Customer1 CHECK (CUSTOMER_ID > 1000) ) ON TSP0 GO CREATE INDEX TC_T_Customer2 ON T_Customer (ZIP_CODE) GO 43 Dịch ngược database ngược    Khi phát ngược database, Rose tạo component database Component view tạo bảng phần tử khác mọt schema Logical view Ngay sau phát ngược database, phát tiếp mơ hình object hay thực đồng hoá Để phát: chọn Tools \ Data Modeler \ Reverse Engineer Có thể phát trực tiếp từ database hay từ script DDL 44 ... schema, tạo đối tượng sau: ◦ Table ◦ View ◦ Stored procedure, function 31 Quan hệ bảng hệ giữ bả  Quan hệ mơ hình liệu tương tự quan hệ mơ hình object ◦ Mơ hình object: kết nối class ◦ Mơ hình data... quan hệ mơ hình hệ giữ Nhiều project, chủ yếu project cần nâng cấp, bắt đầu với mơ hình data có sẵn, reverse engineer mơ hình để phát mơ hình object  Nếu có mơ hình object khơng có mơ hình data,... nào, đối tượng có nhiệm vụ gì?  Data model liên quan nhiều đến tính hiệu database So sánh mơ hình So sánh mơ hình Mơ hình object Mơ hình data Tập trung vào behavior data Chỉ tập trung vào data

Ngày đăng: 13/08/2014, 20:22

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan