Các khái niệm cơ bản của DB2: Các ràng buộc Leon Kwok, Hỗ trợ khách hàng, IBM

Chia sẻ: Nguyen Nhi | Ngày: | Loại File: PDF | Số trang:30

Thêm vào BST

Báo xấu

109
lượt xem 7
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Tóm tắt: Các ràng buộc được DB2 của hãng IBM sử dụng trên các hệ điều hành Linux, UNIX, và Windows để tăng hiệu lực các quy tắc nghiệp vụ cho dữ liệu và để đảm bảo tính toàn vẹn của cơ sở dữ liệu. Bài viết này mô tả các loại ràng buộc được DB2 hỗ trợ và cung cấp các ví dụ theo từng loại ràng buộc. Ngoài ra, tác giả giải thích những nguyên tắc cơ bản của việc quản lý các ràng buộc (bằng cách sử dụng dòng lệnh hoặc Trung tâm Quản lý của DB2)....

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Các khái niệm cơ bản của DB2: Các ràng buộc Leon Kwok, Hỗ trợ khách hàng, IBM

Các khái niệm cơ bản của DB2: Các ràng buộc Leon Kwok, Hỗ trợ khách hàng, IBM Tóm tắt: Các ràng buộc được DB2 của hãng IBM sử dụng trên các hệ điều hành Linux, UNIX, và Windows để tăng hiệu lực các quy tắc nghiệp vụ cho dữ liệu và để đảm bảo tính toàn vẹn của cơ sở dữ liệu. Bài viết này mô tả các loại ràng buộc được DB2 hỗ trợ và cung cấp các ví dụ theo từng loại ràng buộc. Ngoài ra, tác giả giải thích những nguyên tắc cơ bản của việc quản lý các ràng buộc (bằng cách sử dụng dòng lệnh hoặc Trung tâm Quản lý của DB2). [Bài viết này được cập nhật để phản ánh DB2 phiên bản 9.7 và các cập nhật khác. Ban Biên tập.] Introduction Giới thiệu Phần này của bài viết mô tả sự khác biệt trong cấu trúc của DB2 và các quy trình SQL của solidDB. Không NULL  Duy nhất  Khóa chính  Khóa ngoại  Kiểm tra bảng  Còn có một loại ràng buộc nữa được biết đến, là ràng buộc thông tin. Không giống như năm loại ràng buộc được liệt kê ở trên, ràng buộc thông tin không được người quản trị cơ sở dữ liệu chú trọng, nhưng nó có thể được sử dụng trong trình biên
dịch SQL để cải thiện hiệu suất truy vấn. Bài viết này chỉ tập trung vào các loại ràng buộc trong danh sách trên. Bạn có thể xác định được một hoặc nhiều ràng buộc của DB2 khi tạo một bảng mới, hoặc về sau bạn có thể xác định một số ràng buộc khi thay đổi bảng. Các câu lệnh CREATE TABLE rất phức tạp. Trong thực tế, nó phức tạp đến nỗi người ta chỉ sử dụng một phần nhỏ của các tùy chọn khi định nghĩa ràng buộc hạn chế, nhưng bản thân tùy chọn tỏ ra khá phức tạp khi hiện trong sơ đồ cú pháp, như trong hình 1. Hình 1. Một phần của cú pháp của câu lệnh CREATE TABLE, hiển thị các câu cho phép xác định các ràng buộc
Việc quản lý các ràng buộc có thể đơn giản và thuận tiện hơn khi thực hiện thông qua Trung tâm điều khiển của DB2. Các định nghĩa ràng buộc gắn với các cơ sở dữ liệu mà chúng áp dụng, và chúng được lưu trữ trong danh mục cơ sở dữ liệu, như trong Bảng 1. Bạn có thể truy vấn danh mục cơ sở dữ liệu để lấy và kiểm tra thông tin này. Bạn có thể thực hiện điều này trực tiếp qua dòng lệnh (nhớ là trước hết phải thiết lập kết nối cơ sở dữ liệu), hoặc, bạn cũng có thể thấy việc truy cập một số thông tin n ày thuận tiện hơn khi thông qua Trung tâm điều khiển của DB2. Các ràng buộc mà bạn tạo ra được quản lí như bất kỳ đối tượng khác trong cơ sở dữ liệu. Chúng được đặt tên, có lược đồ liên quan (tạo ID), và trong một số trường hợp có thể bị xóa. Hình 2. Một phần của cú pháp của câu lệnh CREATE TABLE, hiển thị các
mệnh đề được sử dụng khi xác định các ràng buộc (tiếp) Bảng 1 là các thông tin về ràng buộc trong danh mục cơ sở dữ liệu. Để chạy thành công, các truy vấn trên danh mục này phải có kết nối tới cơ sở dữ liệu. Bảng 1. Các thông tin về ràng buộc trong danh mục cơ sở dữ liệu Khung nhìn danh mục M ô tả Ví dụ truy vấn Cột của khung
nhìn Chứa một hàng db2 chọn constname, cho từng ràng tabname, văn bản SYSCAT.CHECKS buộc kiểm tra khung nhìn bảng syscat.checks Chứa một hàng db2 chọn constname, cho từng cột được tham tabname, colname, SYSCAT.COLCHECKS chiếu bởi ràng cách sử dụng từ khung nhìn syscat.colchecks buộc kiểm tra bảng db2 chọn tabname, Cho biết một colname, giá trị rỗng cột có thể là từ khung nhìn SYSCAT.COLUMNS NULLS null (Y) hay syscat.columns mà không null (N) tabschema = 'DELSVT và null =' N ' Chứa một hàng cho từng phụ db2 chọn constname, thuộc của ràng SYSCAT.CONSTDEP tabname, btype, bname buộc vào một từ syscat.constdep số đối tượng khác
db2 chọn tabname, uniquerule, Chứa một hàng made_unique, cho từng chỉ system_required từ SYSCAT.INDEXES mục. syscat.indexes, mà tabschema = 'DELSVT' Chứa một hàng cho từng cột tham gia vào db2 chọn constname, khóa được xác tabname, colname, định bởi khóa SYSCAT.KEYCOLUSE colseq từ chính, duy nhất, syscat.keycoluse hoặc bởi ràng buộc của khoá ngoài db2 chọn constname, Chứa một hàng tabname, refkeyname, cho từng ràng SYSCAT.REFERENCES reftabname, colcount, buộc tham deleterule, updaterule chiếu từ syscat.references Chứa một hàng db2 chọn constname, SYSCAT.TABCONST cho từng khóa tabname, type từ duy nhất (U),
khóa chính (P), syscat.tabconst khóa ngoài (F), hoặc ràng buộc kiểm tra bảng (K) Số lượng bảng cha của bảng db2 "chọn tabname, này (số lượng của các ràng bảng cha từ SYSCAT.TABLES CHA syscat.tables mà số cha buộc tham chiếu mà trong > 0" đó bảng này là phụ thuộc) Số lượng bảng phụ thuộc của db2 "chọn tabname, bảng này (số bảng con từ lượng ràng buộc SYSCAT.TABLES CON syscat.tables mà số con tham chiếu > 0" trong đó bảng này là bảng cha) Số lượng các db2 "chọn tabname, ràng buộc tham selfrefs từ syscat.tables SYSCAT.TABLES SELFREFS chiếu tự tham mà selfrefs > 0" chiếu cho bảng này (số lượng
của ràng buộc tham chiếu mà trong đó bảng này là bảng cha và là bảng phụ thuộc) Số lượng ràng db2 "chọn tabname, buộc duy nhất keyunique từ (trừ khóa chính) SYSCAT.TABLES KEYUNIQUE syscat.tables mà được xác định keyunique > 0" trên bảng này Số lượng ràng db2 "chọn tabname, buộc kiểm tra checkcount từ SYSCAT.TABLES CHECKCOUNT được xác định syscat.tables mà trên bảng này checkcount > 0" "Không thể không có giá trị !" - Ràng buộc NOT NULL Ràng buộc NOT NULL ngăn chặn các giá trị null thêm vào cột. Điều này đảm bảo rằng cột có giá trị có ý nghĩa đối với mỗi hàng trong bảng. Ví dụ, định nghĩa EMPLOYEE trong cơ sở dữ liệu SAMPLE có LASTNAME VARCHAR(15) NOT NULL, đảm bảo rằng mỗi hàng chứa họ của một nhân viên.
Để xác định xem một cột có thể là null hay không, bạn có thể tham chiếu ngôn ngữ định nghĩa dữ liệu (DDL) cho bảng (mà bạn có thể tạo ra bằng cách gọi tiện ích db2look). Bạn có thể sử dụng Trung tâm điều khiển của DB2, như trong hình 3 và hình 4. Hình 3. Khung nhìn của bảng trong Trung tâm Điều khiển
Trung tâm điều khiển của DB2 cho phép bạn truy cập thuận tiện các đối t ượng cơ sở dữ liệu như các bảng. Hình 3 cho thấy các bảng người dùng trong cơ sở dữ liệu SAMPLE. Chúng xuất hiện trong khung nội dung khi Tables được chọn trong cây đối tượng. Nếu bạn chọn bảng STAFF, bạn có thể mở cửa sổ Alter Table để xem định nghĩa của bảng, bao gồm các thuộc tính cột được thể hiện trong hình 4. Hình 4. Màn hình Alter Table ở Trung tâm Điều khiển
Hoặc bạn có thể truy vấn danh mục cơ sở dữ liệu, như trong Liệt kê 1. Liệt kê 1. Truy vấn các danh mục cơ sở dữ liệu để xác định xem cột bảng nào có thể là null. db2 select tabname, colname, nulls from syscat.columns where tabschema = 'DELSVT' and nulls = 'N' "Chỉ xuất hiện một lần" – Ràng buộc unique Ràng buộc unique ngăn một giá trị xuất hiện nhiều lần trong một cột cụ thể trong bảng. Nó cũng không cho phép một bộ các giá trị xuất hiện nhiều lần trong tập hợp các cột. Các cột được tham chiếu trong ràng buộc unique phải được định nghĩa là NOT NULL. Ràng buộc unique có thể được xác định trong câu lệnh CREATE TABLE nhờ mệnh đề UNIQUE (Hình 1 và Hình 2), hay trong câu lệnh ALTER TABLE, như trong Liệt kê 2. Liệt kê 2 cho thấy cách để tạo ra ràng buộc unique. Bảng ORG_TEMP trùng với bảng ORG trong cơ sở dữ liệu SAMPLE, ngoại trừ cột LOCATION trong ORG_TEMP là không null, và cột LOCATION có thể có ràng buộc unique được xác định trên nó.
Liệt kê 2. Tạo ràng buộc unique db2 create table org_temp ( deptnumb smallint not null, deptname varchar(14), manager smallint, division varchar(10), location varchar(13) not null) db2 alter table org_temp add unique (location) db2 insert into org_temp values (10, 'Head Office', 160, 'Corporate', ' New York')
DB20000I The SQL command completed successfully. db2 insert into org_temp values (15, 'New England', 50, 'Eastern', 'New York') DB21034E The command was processed as an SQL statement because it was not a valid Command Line Processor command. During SQL processing it returned: SQL0803N One or more values in the INSERT statement, UPDATE statement, or foreign key update caused by a DELETE statement are not valid because the primary key, unique constraint or unique index identified b y "1" constrains table "DELSVT.ORG_TEMP" from having duplicate values for the index key. SQLSTATE=23505
Các tên của ràng buộc Nếu bạn không chỉ định tên cho một ràng buộc khi nó được tạo ra, thì DB2 gán cho nó tên dựa trên các dấu thời gian khi tạo ra ràng buộc, chẳng hạn như SQL100419222516560. Ràng buộc unique giúp đảm bảo toàn vẹn dữ liệu bằng cách ngăn sự trùng lặp không chủ ý. Trong ví dụ này, ràng buộc unique ngăn cản việc chèn bản ghi thứ hai muốn xác định New York là địa điểm chi nhánh của tổ chức. Ràng buộc unique được tăng hiệu lực thông qua chỉ mục duy nhất. "Ta là số một!" - Ràng buộc khoá chính Ràng buộc khoá chính đảm bảo rằng tất cả các giá trị trong cột hoặc bộ các cột tạo nên khóa chính cho bảng là duy nhất. Khóa chính được sử dụng để xác định các hàng cụ thể trong bảng. Một bảng không thể có nhiều hơn một khóa chính, nhưng nó có thể có một số khóa duy nhất. Ràng buộc khoá chính là trường hợp đặc biệt của ràng buộc unique, và nó được tăng hiệu lực thông qua chỉ mục chính. Các cột được tham chiếu trong ràng buộc khoá chính phải được định nghĩa là NOT NULL. Ràng buộc khoá chính có thể được xác định trong câu lệnh CREATE TABLE bằng cách sử dụng mệnh đề PRIMARY KEY (Xem Hình 1 và Hình 2), hay trong câu lệnh ALTER TABLE như trong Liệt kê 3. Liệt kê 3 cho thấy cách để tạo ra ràng buộc khoá chính. Cột ID trong bảng STAFF không được rỗng, và nó có thể có ràng buộc khoá chính xác định trên nó.
Liệt kê 3. Tạo ràng buộc khoá chính db2 alter table staff add primary key (id) Ngoài ra, bạn có thể sử dụng Trung tâm điều khiển của DB2 để xác định r àng buộc khoá chính trên bảng, như được thể hiện trong hình 5 và hình 6. Cửa sổ Alter Table cung cấp cách thuận tiện để định nghĩa ràng buộc khoá chính trên bảng. Hãy chọn thẻ Keys, rồi nhấp vào Add Primary.
Hình 5. Cửa sổ Alter Table Cửa sổ định nghĩa khóa chính (Define Primary Key) xuất hiện, nh ư trên hình 6.
Hình 6. Cửa sổ Define Primary Key Cửa sổ Define Primary Key cho phép bạn chọn một hoặc nhiều cột từ danh sách cột Available. Nhấp vào nút > để di chuyển các tên từ danh sách cột Available vào cột Selected. Lưu ý rằng các cột được lựa chọn không được rỗng. "Tất cả đều liên quan" - Ràng buộc khoá ngoài Ràng buộc khoá ngoài đôi khi được coi là ràng buộc tham chiếu. Tính toàn vẹn tham chiếu được xác định là trạng thái của cơ sở dữ liệu thỏa mãn giá trị của tất cả các khóa ngoài là hợp lệ. Vậy khoá ngoài là gì? khóa ngoài là một cột hoặc nhiều cột trong một bảng mà giá trị của nó phải khớp ít nhất với giá trị của một khóa chính hoặc khóa duy nhất của một hàng trong bảng cha của nó. Vậy chính xác điều đó có nghĩa là gì? Nó thực sự không xấu như tên gọi. Nó đơn giản chỉ nghĩa là nếu cột (C2) trong bảng (T2) có giá trị phù hợp với giá trị trong cột (C1) của
bảng khác (T1), và C1 là cột khóa chính cho T1, thì C2 là khóa cột ngoài trong T2. Bảng chứa khóa cha (khóa chính hoặc khóa duy nhất) được gọi là bảng cha, và bảng chứa khóa ngoài được gọi là bảng phụ thuộc. Hãy xem ví dụ sau. Bảng PROJECT trong cơ sở dữ liệu SAMPLE có cột gọi là RESPEMP. Các giá trị trong cột này biểu diễn cho số lượng nhân viên nhân viên có trách nhiệm cho từng dự án được liệt kê trong bảng. RESPEMP không rỗng. Bởi vì cột này tương ứng với cột EMPNO trong bảng EMPLOYEE, và EMPNO hiện nay là khóa chính cho bảng EMPLOYEE, nên RESPEMP có thể được định nghĩa như là khóa ngoài trong bảng PROJECT, như trong Liệt kê 4. Điều này đảm bảo rằng việc xóa trong tương lai khỏi bảng EMPLOYEE sẽ không làm cho bảng PROJECT mất đi nhân viên có trách nhiệm. Ràng buộc khoá ngoài có thể được định nghĩa trong câu lệnh CREATE TABLE bằng cách sử dụng mệnh đề FOREIGN KEY (xem Hình 1 và Hình 2), hay trong câu lệnh ALTER TABLE, như trong Liệt kê 4. Liệt kê 4. Tạo ràng buộc khoá ngoài db2 alter table project add foreign key (respemp) references employee on delete cascade Mệnh đề REFERENCES trỏ vào bảng cha cho ràng buộc tham chiếu này. Cú pháp để xác định ràng buộc khoá ngoài bao gồm câu luật, tại đó bạn có thể ra lệnh cho DB2 cách mà bạn muốn cập nhật hoặc xóa các hoạt động được xử lý theo bối cảnh có toàn vẹn tham chiếu (xem Hình 1).
Hoạt động chèn vào được xử lý theo cách thức chuẩn mà bạn không kiểm soát cách thức đó. Nguyên tắc chèn của ràng buộc tham chiếu là giá trị chèn của khóa ngoài phải phù hợp với một số giá trị của khóa chính của bảng cha. Điều này phù hợp với những gì đã được nói đến. Nếu một bản ghi mới muốn chèn vào bảng PROJECT, thì bản ghi đó phải có tham chiếu (thông qua các mối quan hệ khóa ngoài-khóa chính) đến bản ghi đang tồn tại trong bảng EMPLOYEE. Quy tắc cập nhật của ràng buộc tham chiếu là một giá trị cập nhật của khóa ngoài phải phù hợp với một số giá trị của khóa chính của bảng cha, và tất cả các giá trị của khóa ngoài phải có giá trị phù hợp với các giá trị khóa chính khi hoạt động cập nhật tại khóa chính hoàn tất. Một lần nữa, tất cả những điều này có nghĩa này là không thể có bất kỳ phần tử lạc lõng nào, mà từng phần tử phụ thuộc đều phải có phần tử cha. Quy tắc xóa của ràng buộc tham chiếu áp dụng khi một dòng bị xóa khỏi bảng cha, phụ thuộc vào tùy chọn nào đã được xác định khi định nghĩa ràng buộc tham chiếu. Bảng 2. Các lựa chọn của tham chiếu ràng buộc Nếu mệnh đề này được xác định Và đây là kết quả khi ràng buộc tham chiếu được tạo ra... Không hàng nào bị xóa RESTRICT or NO ACTION SET NULL Từng cột có thể rỗng của khóa ngoài được đặt