Ban chỉ ĐẠo công nghệ thông tin của cơ quan đẢng giáo trình thiết kế, XÂy dựng và quản trị CƠ SỞ DỮ liệu hà NỘI, 2004
tải về 1.04 Mb.
|
- Điều hướng trang này:
- II.CÁC LỆNH ĐỊNH NGHĨA DỮ LIỆU
- 1.Tạo cấu trúc CSDL
- 2.Tạo cấu trúc bảng
- (1)Bảng 3.1 Nội dung của bảng INVENTRY
- Bảng 3.3 Các đặc điểm thuộc tính bảng INVENTRY
- Bảng 3.4 Nội dung của bảng VENDOR
I.GIỚI THIỆU SQLVề mặt lý thuyết, ngôn ngữ CSDL phải cho phép chúng ta tạo ra các cấu trúc CSDL và bảng; nó phải cho phép chúng ta thực hiện các công việc quản lý dữ liệu cơ bản (bổ sung, xoá, và sửa dữ liệu); đồng thời nó phải cho phép chúng ta thực hiện các câu vấn tin phức tạp được thiết kế để biến đổi dữ liệu thoo thành thông tin hữu dụng. Hơn nữa, nó phải thực hiện các chức năng cơ bản như vậy với một nỗ lực tối thiểu của người dùng, đồng thời cấu trúc lệnh và cú pháp của nó phải dễ học. Cuối cùng, nó phải dễ chuyển đổi; nghĩa là, nó phải tuân theo một chuẩn nào đó để chúng ta không phải học lại quá nhiều khi chúng ta chuyển từ một RDBMS này sang RDBMS khác. SQL đáp ứng tốt các yêu cầu ngôn ngữ CSDL lý tưởng này. Trước hết, năng lực của SQL đáp ứng được cả ba loại: Định nghĩa dữ liệu tạo ra cấu trúc CSDL và cấu trúc bảng của nó. Quản lý dữ liệu dùng một tập các lệnh nhập, sửa, xoá và cập nhật dữ liệu trong bảng CSDL. Vấn tin dữ liệu dùng một tập các lệnh khảo sát nội dung CSDL và cho phép người dùng chuyển dữ liệu thô thành thông tin hữu ích. Thứ hai, SQL tương đối dễ học: nó thực các chức năng CSDL cần thiết bởi một tập khoảng ba mươi lệnh cơ bản. Hơn nữa, SQL là ngôn ngữ phi thủ tục: Bạn chỉ phải cần yêu cầu cái phải làm, bạn không phải bận tâm về cách nó làm như thế nào. Cuối cùng, Viện Tiêu chuẩn Quốc gia Mỹ ANSI (American National Standards Institute) quy định chặt chẽ một chuẩn SQL. Không hẩn là chuẩn ANSI đã chặt chẽ đến mức tất cả các sản phẩm SQL thương mại không thể tuân theo nó. Trên thực tế, một số nhà cung cấp đã tiếp nhận ngay chuẩn ANSI SQL 2, được cài đặt năm 1993. Do đó, hiếm khi chuyển một ứng dụng từ một RDBMS này sang một RDBMS khác mà không phải tạo ra một vài thay đổi. Tuy nhiên, các phiên bản SQL khác nhau dùng chung cùng một tập lệnh và cấu trúc cơ bản, từ đó cho phép chúng ta kết luận rằng có một chuẩn khả dùng. Chúng ta sẽ dùng chuẩn này như một nền tảng cho trình bày của chúng ta. Tuy nhiên chúng ta cũng sẽ trình bày một số cải tiến SQL, đặc biệt là khi các cải tiến đó cùng được sử dụng rộng rãi giữa nhiều nhà cung cấp RDBMS. Đừng vội thất vọng vì sự tồn tại của một số phiên bản SQL đặc thù. Do sự khác biệt giữa các phiên bản SQL đặc thù không lớn lắm, bạn chỉ phải thay đổi một chút để điều chỉnh các yêu cầu phần mềm của bạn. Cho dù bạn sử dụng XDB, ORACLE, dBASE IV, DB2, R:BASE trên DOS, OS/2 DataBase Manager của IBM, hoặc bất cứ một phần mềm RDBMS được thiết lập đúng đắn nào khác, kinh nghiệm của chúng tôi là chỉ cần vài giờ với một quyến sổ tay phần mềm là đủ để bạn tăng tốc độ SQL nếu bạn biết các nội dung được trình bày trong chương này. Tóm lại, kiến thức bạn nhận được trong chương này là khả dùng. Có một số lý do chính đáng để nghiên cứu những vấn đề cơ bản của SQL: Nỗ lực chuẩn hoá ANSI đã đưa đến một chuẩn vấn tin thực tế cho CSDL quan hệ. Trên thực tế, nhiều chuyên gia CSDL quan hệ đã thiên về khẳng định rằng “Không có SQL không phải là quan hệ”. SQL đã trở thành cơ sở cho những nỗ lực hợp nhất DBMS hiện nay và trong tương lai gần, cho phép chúng ta liên kết các CSDL quan hệ, mạng và phân cấp. SQL đã trở thành chất xúc tác trong quá trình phát triển CSDL phân tán và các kiến trúc CSDL khách/chủ. Chúng ta sẽ khảo sát quá trình phát triển này trong chương 10.
CREATE SCHEMA AUTHORIZATION Do đó nếu người tạo là JONES, dùng lệnh CREATE SCHEMA AUTHORIZATION JONES Đa số các RDBMS, bao gồm DB2, XDB, và dBASE IV, sử dụng phiên bản CREATE DATABASE hơi khác so với phiên bản CREATE SCHEMA được thừa nhận trong SQL chuẩn ANSI nguyên gốc. Bạn không phải bận tâm khi thấy rằng, trừ quá trình tạo CSDL, phần lớn các thủ tục và lệnh SQL có xu hướng khác một chút so với trong SQL chuẩn. Tuy nhiên, đôi khi bạn có thể gặp một số sai khác cú pháp nhỏ, và chúng tôi sẽ chỉ cho bạn khuôn dạng của chúng bằng cách sử dụng các hộp chú giải như dưới đây: 2.Tạo cấu trúc bảngSau khi đã tạo ra cấu trúc CSDL, chúng ta có thể tạo cấu trúc bảng cho các bảng thuộc CSDL. Để trình bày cách thực hiện chúng ta tạo cấu trúc cho hai bảng với tên INVENTRY và VENDOR tương ứng.
Bảng INVENTRY, chỉ ra trên bảng 3.1, sẽ được cấu trúc để chứa bảy thuộc tính, với tên tương ứng là P_CODE, P_DESCRIPT, STOCK_DATE, ON_HAND, MIN_QUANT, PRICE, và V_CODE. Lưu ý các đặc điểm thuộc tính của bảng INVENTRY. Chẳng hạn, P_CODE là một xâu hỗn hợp các kí tự chữ và số, đồng thời chiếm tối đa tám vị trí. Vì P_CODE chứa các kí tự nên nó phải thuộc kiểu trường kí tự. Tương tự, thuộc tính P_DESCRIPT là trường kí tự có thể gồm tới hai nhăm kí tự. Mặt khác, thuộc tính STOCK_DATE chứa dữ liệu ngày, trong khi các thuộc tính ON_HAND, MIN_QUANT và PRICE chứa dữ liệu số. Cuối cùng, chúng ta phải xem xét V_CODE: Nếu chúng ta định cho phép máy tính tạo ra các mã nhà cung cấp mới bằng cách cộng 1 vào mã nhà cung cấp đã ghi lớn nhất, chúng ta phải xem V_CODE là thuộc tính số. (Bạn không thể thực hiện các thủ tục toán trên dữ liệu kí tự!) Nếu chúng ta không dự định thực hiện các thủ tục toán trên V_CODE, chúng ta có thể gán cho nó thuộc kiểu kí tự ngay cả khi chúng gồm toàn các kí tự số. Bạn sẽ thấy rằng dữ liệu kí tự cho phép vấn tin nhanh hơn. Do đó, nếu không cần thực hiện các thủ tục toán (cộng, trừ, nhân, chia...) trên thuộc tính, nên lưu nó theo kiểu kí tự. Chúng ta sẽ sử dụng lựa chọn (1) để trình bày các thủ tục SQL trong chương này. Phần lớn các cài đặt SQL hiện nay cho phép phân loại các đặc điểm thuộc tính như bảng 3.2; một số còn gồm các kiểu dữ liệu bổ sung như kiểu tiền, kiểu kí tự với độ dài thay đổi, kiểu kí tự với độ dài cố định và một số kiểu khác.
SQL chuẩn không hỗ trợ kiểu dữ liệu lôgic (logical) và ngày (date). Tuy nhiên, nhiều RDBMS hỗ trợ dữ liệu lôgic, và tất cả RDBMS hiện nay đều hỗ trợ kiểu ngày dựa vào biến đổi toán học, tự động chuyển dạng ngày chuẩn như 11/24/92 thành dạng ngày Julian để cho phép chúng ta thực hiện tính toán số học Julian. Đúng như tên của nó, số học ngày là quá trình cho phép chúng ta cộng hoặc trừ ngày. Chẳng hạn, phép trừ 12/01/92 – 08/12/90 hoàn toàn hợp lệ trong môi trường ngày Julian và đưa ra số ngày giữa 12/01/92 và 08/12/90. Tương tự, ngày sáu mươi kể từ ngày 06/15/92 có thể được tính toán bằng cách 06/15/92 + 60 hoặc ngày 90 kể từ ngày hiện hành trong hệ thống máy tính SYSDATE + 90 Số học ngày hoàn toàn tiện lợi trong môi trường kinh doanh, đặc biệt khi chúng ta muốn tính lãi trên tất cả các hoá đơn còn nợ cũ trong khoảng thời gian nhiều hơn ba mươi ngày kể từ ngày ghi trong hoá đơn, hoặc khi chúng ta muốn tính số ngày trung bình một sản phẩm nằm trong kho. áp dụng các kiểu trong bảng 3.2 cho nội dung bảng INVENTRY trong bảng 3.1, chúng ta có thể định kiểu các thuộc tính như trong bảng 3.3. Dùng kiểu thuộc tính trong bảng 3.3, bây giờ chúng ta có thể tạo ra cấu trúc bảng. Để có một định nghĩa bảng dễ đọc, chúng ta đặt mỗi thuộc tính trên một hàng riêng biệt: CREATE TABLE INVENTRY ( P_CODE CHAR(8) NOT NULL, P_DESCRIPT CHAR(25) NOT NULL, STOCK_DATE DATE, ON_HAND SMALLINT NOT NULL, MIN_QUANT SMALLINT, PRICE DECIMAL(7,2), V_CODE SMALLINT); Bảng 3.3 Các đặc điểm thuộc tính bảng INVENTRY
Nhớ rằng chúng ta đã dùng mô tả NOT NULL để khẳng định rằng khóa chính của bảng không thể nhận “giá trị” null, theo đó đảm bảo tính toàn vẹn thực thể. Nếu mô tả NOT NULL không được dùng, về sau bảng sẽ chấp nhận mục dữ liệu null, và bạn sẽ phải chấp nhận thiếu tính toàn vẹn thực thể hoặc phải viết chương trình để duy trì toàn vẹn thực thể. Khi khảo sát lệnh bảng được dùng để tạo cấu trúc bảng INVENTRY, bạn lưu ý các đặc điểm sau đây: Các mô tả thuộc tính được đặt trong cặp dấu ngoặc tròn. Các mô tả thuộc tính tách nhau bởi dấu phảy. Dãy lệnh chấm dứt với dấu chấm phảy trong ví dụ này. (Nhưng nhớ rằng, RDBMS của bạn có thể yêu cầu bạn bỏ đi dấu chấm phảy.)
Bảng thứ hai của CSDL, VENDOR, chứa dữ liệu như trong bảng 3.4. Cấu trúc bảng VENDOR được tạo ra bởi lệnh sau: CREATE TABLE VENDOR ( V_CODE SMALLINT NOT NULL, V_COMPANY CHAR(25), C_LNAME CHAR(12), C_FNAME CHAR(10), C_I CHAR(2), V_PHONE CHAR(12), V_ADDRESS CHAR(30), V_CITY CHAR(20), V_STATE CHAR(2), V_ZIP CHAR(5)); Каталог: hoctaptrenmang -> DocVersion DocVersion -> Ban chỉ ĐẠo công nghệ thông tin của cơ quan đẢng giáo trình hưỚng dẫn thực hành windows 9X tải về 1.04 Mb. Chia sẻ với bạn bè của bạn:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||