Lựa chọn tài liệu để nghiên cứu cơ sở dữ liệu và SQL. Học SQL

hướng dẫn

Hướng dẫn này là gì?

Hướng dẫn này giống như "đóng dấu bộ nhớ của tôi" bằng ngôn ngữ SQL (DDL, DML), tức là Đây là thông tin đã được tích lũy trên đường đi. Hoạt động chuyên môn và liên tục được lưu trữ trong đầu tôi. Đây là mức tối thiểu đủ đối với tôi, được sử dụng thường xuyên nhất khi làm việc với cơ sở dữ liệu. Nếu có nhu cầu áp dụng đầy đủ hơn Các cấu trúc SQL, sau đó tôi thường tìm đến thư viện MSDN trên Internet để được trợ giúp. Theo tôi, giữ mọi thứ trong đầu là rất khó, và không cần thiết phải làm như vậy. Nhưng biết các cấu tạo cơ bản là rất hữu ích, bởi vì. chúng có thể áp dụng gần như ở cùng một dạng trong nhiều cơ sở dữ liệu quan hệ như Oracle, MySQL, Firebird. Sự khác biệt chủ yếu là ở các loại dữ liệu, có thể khác nhau về chi tiết. Không có quá nhiều cấu trúc ngôn ngữ SQL cơ bản, và với việc thực hành liên tục, chúng sẽ nhanh chóng được ghi nhớ. Ví dụ, để tạo các đối tượng (bảng, ràng buộc, chỉ mục, v.v.) thì chỉ cần có trong tay trình soạn thảo văn bản môi trường (IDE) để làm việc với cơ sở dữ liệu, và không cần phải học một bộ công cụ trực quan được mài giũa để làm việc với một loại cơ sở dữ liệu cụ thể (MS SQL, Oracle, MySQL, Firebird, ...). Điều này cũng thuận tiện vì toàn bộ văn bản ở ngay trước mắt bạn và bạn không cần phải chạy qua nhiều tab để tạo, ví dụ, một chỉ mục hoặc một giới hạn. Tại công việc lâu dài với cơ sở dữ liệu, việc tạo, sửa đổi và đặc biệt là tạo lại một đối tượng bằng cách sử dụng script nhanh hơn nhiều lần so với nếu nó được thực hiện ở chế độ trực quan. Ngoài ra ở chế độ script (tương ứng, với sự cẩn thận), việc đặt và kiểm soát các quy tắc đặt tên đối tượng sẽ dễ dàng hơn (ý kiến chủ quan của tôi). Ngoài ra, các tập lệnh rất thuận tiện để sử dụng khi các thay đổi được thực hiện trong một cơ sở dữ liệu (ví dụ, một cơ sở dữ liệu thử nghiệm) cần được chuyển ở dạng tương tự sang cơ sở dữ liệu khác (hiệu quả).

Ngôn ngữ SQL được chia thành nhiều phần, ở đây tôi sẽ xem xét 2 phần quan trọng nhất của nó:

DML - Ngôn ngữ thao tác dữ liệu (ngôn ngữ thao tác dữ liệu), chứa các cấu trúc sau:
- SELECT - lựa chọn dữ liệu
- CHÈN - chèn dữ liệu mới
- CẬP NHẬT - cập nhật dữ liệu
- DELETE - xóa dữ liệu
- MERGE - hợp nhất dữ liệu

Tại vì Tôi là một học viên, vì vậy sẽ có rất ít lý thuyết trong cuốn sách này, và tất cả các cấu tạo sẽ được giải thích bằng các ví dụ thực tế. Ngoài ra, tôi tin rằng một ngôn ngữ lập trình, và đặc biệt là SQL, chỉ có thể thành thạo trong thực tế, bằng cách tự mình chạm vào nó và hiểu điều gì sẽ xảy ra khi bạn thực hiện cấu trúc này hoặc cấu trúc đó.

Hướng dẫn này được tạo theo nguyên tắc Từng bước, tức là nó là cần thiết để đọc nó một cách tuần tự và tốt nhất là ngay lập tức theo các ví dụ. Nhưng nếu bạn cần tìm hiểu chi tiết hơn về một lệnh, thì hãy sử dụng một tìm kiếm cụ thể trên Internet, chẳng hạn như trong thư viện MSDN.

Hướng dẫn này được viết bằng cơ sở dữ liệu MS SQL. Phiên bản máy chủ 2014, tôi đã sử dụng MS SQL Server để thực thi các tập lệnh studio quản lý(SSMS).

Sơ lược về MS SQL Server Management Studio (SSMS)

SQL Server Management Studio (SSMS) là một tiện ích cho Microsoft SQL Server để cấu hình, quản lý và quản trị các thành phần cơ sở dữ liệu. Tiện ích này chứa một trình soạn thảo tập lệnh (mà chúng tôi sẽ chủ yếu sử dụng) và một chương trình đồ họa hoạt động với các đối tượng và cài đặt máy chủ. Công cụ chính của SQL Server Management Studio là Object Explorer, cho phép người dùng xem, truy xuất và quản lý các đối tượng máy chủ. Văn bản này một phần mượn từ wikipedia.

Để tạo trình chỉnh sửa tập lệnh mới, hãy sử dụng nút Truy vấn mới:

Để thay đổi cơ sở dữ liệu hiện tại, bạn có thể sử dụng danh sách thả xuống:

Để thực hiện một lệnh cụ thể (hoặc một nhóm lệnh), hãy chọn nó và nhấn nút "Execute" hoặc nhấn phím "F5". Nếu chỉ có một lệnh trong trình chỉnh sửa vào lúc này hoặc nếu bạn cần thực hiện tất cả các lệnh, thì bạn không cần phải chọn bất kỳ thứ gì.

Sau khi thực thi các tập lệnh, đặc biệt là những tập lệnh tạo đối tượng (bảng, cột, chỉ mục), để xem các thay đổi, hãy sử dụng Làm mới từ trình đơn ngữ cảnh, đánh dấu nhóm thích hợp (ví dụ: Bảng), chính bảng hoặc nhóm Cột trong đó .

Trên thực tế, đây là tất cả những gì chúng ta cần biết để hoàn thành các ví dụ được đưa ra ở đây. Phần còn lại của tiện ích SSMS rất dễ tự học.

Một chút lý thuyết

Cơ sở dữ liệu quan hệ (RDB, hoặc xa hơn trong ngữ cảnh chỉ là cơ sở dữ liệu) là một tập hợp các bảng được kết nối với nhau. Nói một cách đại khái, cơ sở dữ liệu là một tệp trong đó dữ liệu được lưu trữ dưới dạng có cấu trúc.

DBMS - Hệ thống quản lý các Cơ sở dữ liệu này, tức là đây là một bộ công cụ để làm việc với một loại cơ sở dữ liệu cụ thể (MS SQL, Oracle, MySQL, Firebird, ...).

Ghi chú
Tại vì trong cuộc sống, trong cách nói thông tục, chúng ta chủ yếu nói: “Oracle DB”, hoặc thậm chí chỉ là “Oracle”, thực sự có nghĩa là “Oracle DBMS”, thì trong ngữ cảnh của hướng dẫn này, thuật ngữ DB đôi khi sẽ được sử dụng. Từ bối cảnh, tôi nghĩ sẽ rõ ràng chính xác điều gì đang bị đe dọa.

Một bảng là một tập hợp các cột. Cột cũng có thể được gọi là trường hoặc cột, tất cả những từ này sẽ được sử dụng như từ đồng nghĩa, diễn đạt cùng một thứ.

Bảng là đối tượng chính của RDB, tất cả dữ liệu RDB được lưu trữ từng dòng trong các cột của bảng. Dòng, bản ghi cũng là từ đồng nghĩa.

Đối với mỗi bảng, cũng như các cột của nó, tên được đưa ra, sau đó chúng được gọi đến.
Tên của một đối tượng (tên bảng, tên cột, tên chỉ mục, v.v.) trong MS SQL có thể có chiều dài tối đa 128 ký tự.

Để tham khảo- trong cơ sở dữ liệu ORACLE, tên đối tượng có thể có độ dài tối đa là 30 ký tự. Do đó, đối với một cơ sở dữ liệu cụ thể, bạn cần phát triển các quy tắc đặt tên đối tượng của riêng mình để đáp ứng giới hạn về số lượng ký tự.

SQL là một ngôn ngữ cho phép bạn truy vấn cơ sở dữ liệu thông qua DBMS. Trong một DBMS cụ thể, ngôn ngữ SQL có thể có một cách triển khai cụ thể (phương ngữ riêng của nó).

DDL và DML là một tập hợp con của ngôn ngữ SQL:

Ngôn ngữ DDL được sử dụng để tạo và sửa đổi cấu trúc cơ sở dữ liệu, tức là để tạo / sửa đổi / xóa bảng và các mối quan hệ.
Ngôn ngữ DML cho phép bạn thao tác dữ liệu bảng, tức là với lời thoại của cô ấy. Nó cho phép bạn chọn dữ liệu từ các bảng, thêm dữ liệu mới vào bảng, cập nhật và xóa dữ liệu hiện có.

Trong ngôn ngữ SQL, bạn có thể sử dụng 2 loại chú thích (một dòng và nhiều dòng):

Nhận xét một dòng
và

/ * bình luận nhiều dòng * /

Trên thực tế, tất cả mọi thứ cho lý thuyết về điều này sẽ là đủ.

DDL - Ngôn ngữ định nghĩa dữ liệu (ngôn ngữ mô tả dữ liệu)

Ví dụ: hãy xem xét một bảng có dữ liệu về nhân viên, ở dạng quen thuộc với một người không phải là lập trình viên:

TẠI trường hợp này Các cột của bảng có tên như sau: Số nhân sự, Họ và tên, Ngày sinh, E-mail, Chức vụ, Phòng ban.

Mỗi cột trong số này có thể được đặc trưng bởi loại dữ liệu mà nó chứa:

Số nhân sự - số nguyên
tên đầy đủ - chuỗi
Ngày sinh - ngày tháng
Email - chuỗi
Vị trí - chuỗi
bộ phận - chuỗi

Loại cột là một đặc điểm cho biết loại dữ liệu mà cột này có thể lưu trữ.

Để bắt đầu, bạn chỉ cần nhớ các kiểu dữ liệu cơ bản sau được sử dụng trong MS SQL là đủ:

Nghĩa	Ký hiệu trong MS SQL	Sự mô tả
Hàng chiều dài thay đổi	varchar (N) và nvarchar (N)	Với số N, chúng ta có thể chỉ định độ dài chuỗi lớn nhất có thể cho cột tương ứng. Ví dụ, nếu chúng ta muốn nói rằng giá trị của cột "Tên" có thể chứa tối đa 30 ký tự, thì chúng ta cần đặt kiểu của nó thành nvarchar (30). Sự khác biệt giữa varchar và nvarchar là varchar cho phép bạn lưu trữ chuỗi ở định dạng ASCII, trong đó một ký tự chiếm 1 byte, trong khi nvarchar lưu trữ chuỗi ở định dạng Unicode, trong đó mỗi ký tự chiếm 2 byte. Loại varchar chỉ nên được sử dụng nếu bạn chắc chắn 100% rằng trường này không cần lưu trữ Ký tự Unicode. Ví dụ, varchar có thể được sử dụng để lưu trữ các địa chỉ E-mail, tại vì chúng thường chỉ chứa các ký tự ASCII.
Chuỗi độ dài cố định	char (N) và nchar (N)	Kiểu này khác với chuỗi có độ dài thay đổi ở chỗ nếu độ dài của chuỗi nhỏ hơn N ký tự, thì nó luôn được đệm ở bên phải với độ dài N khoảng cách và được lưu trữ trong cơ sở dữ liệu ở dạng này, tức là trong cơ sở dữ liệu, nó chiếm đúng N ký tự (trong đó một ký tự chiếm 1 byte cho char và 2 byte cho nchar). Trong thực tế của tôi, loại này rất ít được sử dụng, và nếu nó được sử dụng, thì nó được sử dụng chủ yếu ở định dạng char (1), tức là. khi trường được xác định bởi một ký tự duy nhất.
Số nguyên	int	Loại này cho phép chúng ta chỉ sử dụng các số nguyên, cả dương và âm, trong cột. Để tham khảo (bây giờ nó không phù hợp với chúng tôi) - phạm vi số mà kiểu int cho phép từ -2 147 483 648 đến 2 147 483 647. Đây thường là kiểu chính được sử dụng để đặt số nhận dạng.
Số thực hay số thực	trôi nổi	Nếu nói ngôn ngữ đơn giản, thì đây là những số trong đó có thể có dấu phẩy (dấu phẩy).
cuộc hẹn	ngày	Nếu cột chỉ cần lưu trữ Ngày, bao gồm ba thành phần: Số, Tháng và Năm. Ví dụ, 02/02/2014 (15/02/2014). Loại này có thể được sử dụng cho cột "Ngày nhập học", "Ngày sinh", v.v., tức là. trong những trường hợp quan trọng đối với chúng tôi là chỉ sửa ngày hoặc khi thành phần thời gian không quan trọng đối với chúng tôi và có thể bị loại bỏ hoặc nếu nó không được biết đến.
Thời gian	thời gian	Loại này có thể được sử dụng nếu cột chỉ cần lưu trữ dữ liệu thời gian, tức là Giờ, Phút, Giây và Mili giây. Ví dụ: 17: 38: 31.3231603 Ví dụ: “Giờ khởi hành chuyến bay” hàng ngày.
ngày và giờ	ngày giờ	Loại này cho phép bạn lưu trữ cả Ngày và Giờ cùng một lúc. Ví dụ: 15/02/2014 5: 38: 31.323 PM Ví dụ: đây có thể là ngày và giờ của một sự kiện.
Lá cờ	chút	Loại này hữu ích để lưu trữ các giá trị Có / Không, trong đó Có sẽ được lưu trữ dưới dạng 1 và Không sẽ được lưu trữ là 0.

Ngoài ra, giá trị của trường, trong trường hợp không bị cấm, có thể không được chỉ định, vì mục đích này, từ khóa NULL được sử dụng.

Để chạy các ví dụ, hãy tạo một cơ sở dữ liệu thử nghiệm được gọi là Thử nghiệm.

Một cơ sở dữ liệu đơn giản (không chỉ định tùy chọn bổ sung) có thể được tạo bằng cách chạy lệnh sau:

KIỂM TRA TẠO CƠ SỞ DỮ LIỆU
Bạn có thể xóa cơ sở dữ liệu bằng lệnh (bạn nên cẩn thận với lệnh này):

DROP DATABASE Test
Để chuyển sang cơ sở dữ liệu của chúng tôi, bạn có thể chạy lệnh:

Kiểm tra Hoa Kỳ
Ngoài ra, hãy chọn cơ sở dữ liệu Kiểm tra từ danh sách thả xuống trong khu vực menu SSMS. Trong công việc, tôi thường sử dụng phương pháp chuyển đổi giữa các cơ sở dữ liệu này.

Bây giờ trong cơ sở dữ liệu của chúng tôi, chúng tôi có thể tạo một bảng bằng cách sử dụng các mô tả như chúng vốn có, sử dụng dấu cách và ký tự Kirin:

TẠO BẢNG [Nhân viên] ([Số nhân sự] int, [Tên] nvarchar (30), [Ngày sinh] ngày, nvarchar (30), [Chức vụ] nvarchar (30), [Bộ phận] nvarchar (30))
Trong trường hợp này, chúng ta sẽ phải đặt tên trong dấu ngoặc vuông […].

Nhưng trong cơ sở dữ liệu, để thuận tiện hơn, tốt hơn là chỉ định tất cả tên của các đối tượng bằng tiếng Latinh và không sử dụng dấu cách trong tên. Trong MS SQL, thông thường trong trường hợp này, mỗi từ bắt đầu bằng một chữ cái viết hoa, ví dụ, đối với trường "Số nhân sự", chúng ta có thể đặt tên là PersonnelNumber. Bạn cũng có thể sử dụng các số trong tên, ví dụ: PhoneNumber1.

Trên một ghi chú
Trong một số DBMS, định dạng sau của tên "PHONE_NUMBER" có thể thích hợp hơn, ví dụ: định dạng này thường được sử dụng trong cơ sở dữ liệu ORACLE. Đương nhiên, khi đặt tên trường, điều mong muốn là nó không khớp với các từ khóa được sử dụng trong DBMS.

Vì lý do này, bạn có thể quên cú pháp dấu ngoặc vuông và xóa bảng [Nhân viên]:

DROP TABLE [Nhân viên]
Ví dụ: một bảng có nhân viên có thể được đặt tên là "Nhân viên" và các trường của nó có thể được đặt các tên sau:

ID - Số nhân sự (ID nhân viên)
Tên - tên đầy đủ
Ngày sinh - Ngày sinh
E-mail
Chức vụ
Khoa - Bộ phận

Thông thường, từ ID được sử dụng để đặt tên cho trường định danh.

Bây giờ chúng ta hãy tạo bảng của chúng ta:

TẠO BẢNG Nhân viên (ID int, Tên nvarchar (30), Ngày sinh, Email nvarchar (30), Vị trí nvarchar (30), Bộ phận nvarchar (30))
Bạn có thể sử dụng tùy chọn NOT NULL để chỉ định các cột bắt buộc.

Đối với một bảng đã tồn tại, các trường có thể được xác định lại bằng các lệnh sau:

Cập nhật trường ID ALTER TABLE Nhân viên ALTER COLUMN ID int NOT NULL - cập nhật Trường tên ALTER TABLE Nhân viên ALTER COLUMN Name nvarchar (30) NOT NULL

Trên một ghi chú
Khái niệm chung về ngôn ngữ SQL cho hầu hết các DBMS vẫn giống nhau (ít nhất, tôi có thể đánh giá điều này từ DBMS mà tôi đã có cơ hội làm việc). Sự khác biệt giữa DDL trong các DBMS khác nhau chủ yếu là ở các kiểu dữ liệu (không chỉ tên của chúng có thể khác nhau ở đây mà còn cả chi tiết về cách triển khai của chúng), các chi tiết rất cụ thể về việc triển khai ngôn ngữ SQL cũng có thể khác một chút (tức là bản chất của các lệnh giống nhau, nhưng có thể có một chút khác biệt trong phương ngữ, than ôi, nhưng không có một tiêu chuẩn nào cả). Biết cơ bản về SQL, bạn có thể dễ dàng chuyển từ DBMS này sang DBMS khác. trong trường hợp này, bạn sẽ chỉ cần hiểu chi tiết về việc thực hiện các lệnh trong DBMS mới, tức là trong hầu hết các trường hợp, chỉ cần rút ra một phép loại suy là đủ.
Tạo bảng CREATE TABLE Nhân viên (ID int, - trong ORACLE kiểu int là tương đương (wrapper) cho số (38) Tên nvarchar2 (30), - nvarchar2 trong ORACLE tương đương với nvarchar trong MS SQL Ngày sinh, Email nvarchar2 ( 30), Vị trí nvarchar2 (30), Bộ nvarchar2 (30)); - cập nhật các trường ID và Tên (ở đây MODIFY (…) được sử dụng thay vì ALTER COLUMN ALTER TABLE Nhân viên MODIFY (ID int NOT NULL, Name nvarchar2 (30) NOT NULL); - thêm PK (trong trường hợp này, cấu trúc giống như trong MS SQL, nó sẽ được hiển thị bên dưới) ALTER TABLE Nhân viên THÊM CONSTRAINT PK_E NHÂN VIÊN KHÓA CHÍNH(TÔI);
Đối với ORACLE, có sự khác biệt về cách triển khai kiểu varchar2, mã hóa của nó phụ thuộc vào cài đặt cơ sở dữ liệu và văn bản có thể được lưu, ví dụ, trong mã hóa UTF-8. Ngoài ra, độ dài trường trong ORACLE có thể được đặt cả theo byte và ký tự, đối với điều này, các tùy chọn bổ sung BYTE và CHAR được sử dụng, được chỉ định sau độ dài trường, ví dụ:
NAME varchar2 (30 BYTE) - dung lượng trường sẽ là 30 byte NAME varchar2 (30 CHAR) - dung lượng trường sẽ là 30 ký tự
Tùy chọn nào sẽ được sử dụng theo BYTE hoặc CHAR mặc định, trong trường hợp đặc tả đơn giản của loại varchar2 (30) trong ORACLE, tùy thuộc vào cài đặt cơ sở dữ liệu, đôi khi nó cũng có thể được đặt trong cài đặt IDE. Nói chung, đôi khi bạn có thể dễ dàng nhầm lẫn, vì vậy trong trường hợp ORACLE, nếu loại varchar2 được sử dụng (và điều này đôi khi được chứng minh ở đây, ví dụ: khi sử dụng mã hóa UTF-8), tôi thích viết CHAR rõ ràng (bởi vì thường sẽ thuận tiện hơn khi đọc độ dài của một chuỗi theo ký tự).

Nhưng trong trường hợp này, nếu đã có một số dữ liệu trong bảng, thì để thực hiện thành công các lệnh, điều cần thiết là các trường ID và Tên trong tất cả các hàng của bảng phải được điền vào. Hãy chứng minh điều này bằng một ví dụ, chèn dữ liệu vào bảng trong các trường ID, Chức vụ và Phòng ban, điều này có thể được thực hiện với tập lệnh sau:

CHÈN NHÂN VIÊN (ID, Chức vụ, Phòng ban) GIÁ TRỊ (1000, N "Giám đốc", N "Hành chính"), (1001, N "Lập trình viên", N "CNTT"), (1002, N "Kế toán", N "Kế toán" ), (1003, N "Lập trình viên cao cấp", N "CNTT")
Trong trường hợp này, lệnh INSERT cũng sẽ xuất hiện lỗi, vì khi chèn, chúng tôi đã không chỉ định giá trị của trường Tên bắt buộc.
Nếu chúng ta đã có dữ liệu này trong bảng gốc, thì lệnh "ALTER TABLE Nhân viên ALTER COLUMN ID int NOT NULL" sẽ được thực thi thành công và lệnh "ALTER TABLE Nhân viên ALTER COLUMN Name int NOT NULL" sẽ gây ra lỗi thông báo rằng có giá trị NULL (không được chỉ định) trong trường Tên.

Hãy thêm các giá trị cho trường Tên và điền lại dữ liệu:

Ngoài ra, tùy chọn NOT NULL có thể được sử dụng trực tiếp khi tạo bảng mới, tức là trong ngữ cảnh của lệnh CREATE TABLE.

Đầu tiên, xóa bảng bằng lệnh:

Nhân viên DROP TABLE
Bây giờ, hãy tạo một bảng với các cột ID và Tên bắt buộc:

TẠO BẢNG Nhân viên (ID int NOT NULL, Name nvarchar (30) NOT NULL, Ngày sinh, Email nvarchar (30), Vị trí nvarchar (30), Phòng ban nvarchar (30))
Bạn cũng có thể viết NULL sau tên cột, điều này có nghĩa là các giá trị NULL (không được chỉ định) sẽ được cho phép trong nó, nhưng điều này là không cần thiết, vì đặc tính này được ngụ ý theo mặc định.

Ngược lại, nếu bạn muốn đặt một cột hiện có là tùy chọn, thì hãy sử dụng cú pháp lệnh sau:

ALTER TABLE Nhân viên ALTER COLUMN Tên nvarchar (30) NULL
Hoặc đơn giản:

ALTER TABLE Nhân viên ALTER COLUMN Tên nvarchar (30)
Với lệnh này, chúng ta cũng có thể thay đổi kiểu trường thành một kiểu tương thích khác hoặc thay đổi độ dài của nó. Ví dụ: hãy mở rộng trường Tên thành 50 ký tự:

ALTER TABLE Nhân viên ALTER COLUMN Tên nvarchar (50)

khóa chính

Khi tạo một bảng, điều mong muốn là nó có một cột duy nhất hoặc một tập hợp các cột là duy nhất cho mỗi hàng của nó - một bản ghi có thể được xác định duy nhất bằng giá trị duy nhất này. Giá trị này được gọi là khóa chính của bảng. Đối với bảng Nhân viên của chúng tôi, giá trị duy nhất này có thể là cột ID (chứa "Số Nhân sự của Nhân viên" - ngay cả khi trong trường hợp của chúng tôi, giá trị này là duy nhất cho mỗi nhân viên và không thể lặp lại).

Bạn có thể tạo khóa chính cho một bảng hiện có bằng lệnh:

ALTER TABLE Nhân viên THÊM CONSTRAINT PK_E NHÂN VIÊN TỪ KHÓA CHÍNH (ID)
Trong đó "PK_Eprisees" là tên của ràng buộc chịu trách nhiệm cho khóa chính. Khóa chính thường được đặt tên với tiền tố "PK_" theo sau là tên bảng.

Nếu khóa chính bao gồm một số trường, thì các trường này phải được liệt kê trong dấu ngoặc vuông được phân tách bằng dấu phẩy:

ALTER TABLE table_name ADD CONSTRAINT binding_name PRIMARY KEY (field1, field2,…)
Cần lưu ý rằng trong MS SQL tất cả các trường có trong khóa chính phải có đặc tính NOT NULL.

Ngoài ra, khóa chính có thể được xác định trực tiếp khi tạo bảng, tức là trong ngữ cảnh của lệnh CREATE TABLE. Hãy xóa bảng:

Nhân viên DROP TABLE
Và sau đó tạo nó bằng cú pháp sau:

TẠO BẢNG Nhân viên (ID int NOT NULL, Name nvarchar (30) NOT NULL, Ngày sinh, Email nvarchar (30), Vị trí nvarchar (30), Bộ phận nvarchar (30), CONSTRAINT PK_E NHÂN VIÊN KHÓA CHÍNH (ID) - mô tả PK sau tất cả các trường như một ràng buộc)
Sau khi tạo, điền vào dữ liệu bảng:

CHÈN NHÂN VIÊN (ID, Chức vụ, Phòng ban, Tên) GIÁ TRỊ (1000, N "Giám đốc", N "Quản trị", N "Ivanov II.), (1001, N" Lập trình viên ", N" CNTT ", N" Petrov P.P. " ), (1002, N "Kế toán", N "Kế toán", N "Sidorov S.S."), (1003, N "Lập trình viên cao cấp", N "CNTT", N "Andreev A. NHƯNG.")
Nếu khóa chính trong bảng chỉ bao gồm các giá trị của một cột, thì có thể sử dụng cú pháp sau:

TẠO BẢNG Nhân viên (ID int NOT NULL CONSTRAINT PK_E Employees PRIMARY KEY, - chỉ định Tên nvarchar (30) KHÔNG ĐỦ, Ngày sinh, Email nvarchar (30), Chức vụ nvarchar (30), Bộ phận nvarchar (30))
Trên thực tế, tên ràng buộc có thể bị bỏ qua, trong trường hợp đó, nó sẽ được đặt tên hệ thống (như "PK__Eprisee__3214EC278DA42077"):

TẠO BẢNG Nhân viên (ID int NOT NULL, Name nvarchar (30) NOT NULL, Ngày sinh, Email nvarchar (30), Vị trí nvarchar (30), Nvarchar phòng ban (30), KHÓA CHÍNH (ID))
Hoặc:

TẠO BẢNG Nhân viên (ID int NOT NULL PRIMARY KEY, Name nvarchar (30) NOT NULL, Ngày sinh, Email nvarchar (30), Vị trí nvarchar (30), Phòng ban nvarchar (30))
Nhưng tôi khuyên bạn nên luôn đặt rõ ràng tên của ràng buộc cho các bảng vĩnh viễn, bởi vì bởi một cái tên rõ ràng và dễ hiểu, sau đó sẽ dễ dàng thao tác hơn, ví dụ: bạn có thể xóa nó:

ALTER TABLE Nhân viên DROP CONSTRAINT PK_E Employees
Nhưng một cú pháp ngắn như vậy, không chỉ định tên của các hạn chế, rất thuận tiện để sử dụng khi tạo bảng cơ sở dữ liệu tạm thời (tên của bảng tạm thời bắt đầu bằng # hoặc ##), bảng này sẽ bị xóa sau khi sử dụng.

Hãy tóm tắt

Cho đến nay chúng tôi đã đề cập đến các lệnh sau:

TẠO BẢNG tên_bảng (liệt kê các trường và kiểu, hạn chế của chúng) - được sử dụng để tạo một bảng mới trong cơ sở dữ liệu hiện tại;
DROP BẢNG tên_bảng - được sử dụng để xóa một bảng khỏi cơ sở dữ liệu hiện tại;
BẢNG ALTER tên_bảng ALTER CỘT column_name… - được sử dụng để cập nhật loại cột hoặc thay đổi cài đặt của nó (ví dụ: để đặt đặc tính NULL hoặc NOT NULL);
BẢNG ALTER tên_bảng THÊM CONSTRAINT tên_mạch KHÓA CHÍNH(field1, field2,…) - thêm khóa chính vào bảng hiện có;
BẢNG ALTER tên_bảng DROP CONSTRAINT tên_kèm_làm - xoá ràng buộc khỏi bảng.

Một chút về bảng tạm thời

Đoạn trích từ MSDN. Có hai loại bảng tạm thời trong MS SQL Server: cục bộ (#) và toàn cục (##). Các bảng tạm thời cục bộ chỉ hiển thị cho người tạo của chúng cho đến khi phiên kết nối với phiên bản SQL Server bị chấm dứt sau khi chúng được tạo lần đầu tiên. Các bảng tạm thời cục bộ sẽ tự động bị xóa sau khi người dùng ngắt kết nối khỏi một phiên bản của SQL Server. Các bảng tạm thời chung được hiển thị cho tất cả người dùng trong bất kỳ phiên kết nối nào sau khi các bảng này được tạo và bị xóa khi tất cả người dùng tham chiếu đến các bảng này ngắt kết nối khỏi phiên bản của SQL Server.

Các bảng tạm thời được tạo trong cơ sở dữ liệu hệ thống tempdb, tức là tạo chúng, chúng tôi không làm tắc nghẽn cơ sở dữ liệu chính, nếu không các bảng tạm thời hoàn toàn giống với bảng thông thường, chúng cũng có thể bị xóa bằng lệnh DROP TABLE. Bảng tạm thời cục bộ (#) thường được sử dụng hơn.

Để tạo một bảng tạm thời, bạn có thể sử dụng lệnh CREATE TABLE:

TẠO BẢNG #Temp (ID int, Tên nvarchar (30))
Vì một bảng tạm thời trong MS SQL tương tự như một bảng thông thường, bạn cũng có thể xóa nó tương ứng bằng lệnh DROP TABLE:

DROP TABLE #Temp

Bạn cũng có thể tạo một bảng tạm thời (cũng như một bảng thông thường) và ngay lập tức điền vào nó với dữ liệu được trả về bởi truy vấn bằng cú pháp SELECT ... INTO:

CHỌN ID, Tên VÀO #Temp TỪ Nhân viên

Trên một ghi chú
Trong các DBMS khác nhau, việc triển khai các bảng tạm thời có thể khác nhau. Ví dụ: trong ORACLE và Firebird DBMS, cấu trúc của các bảng tạm thời phải được xác định trước bằng lệnh CREATE GLOBAL TEMPORARY TABLE, cho biết các chi tiết cụ thể của việc lưu trữ dữ liệu trong đó, sau đó người dùng nhìn thấy nó trong số các bảng chính và làm việc với nó. như với một bảng thông thường.

Chuẩn hóa cơ sở dữ liệu - chia thành các bảng con (thư mục) và xác định các mối quan hệ

Bảng Nhân viên hiện tại của chúng tôi có nhược điểm là người dùng có thể nhập bất kỳ văn bản nào vào các trường Chức vụ và Phòng ban, điều này chủ yếu chứa nhiều lỗi, vì đối với một nhân viên, anh ta chỉ cần chỉ ra "IT" là phòng ban và đối với nhân viên thứ hai, cho ví dụ, nhập "bộ phận CNTT", có "CNTT" thứ ba. Do đó, sẽ không rõ ý người dùng, tức là Những nhân viên này là nhân viên của cùng một bộ phận, hay người dùng đã tự mô tả và đây là 3 bộ phận khác nhau? Và thậm chí hơn thế nữa, trong trường hợp này, chúng tôi sẽ không thể nhóm dữ liệu một cách chính xác cho một số báo cáo, nơi có thể yêu cầu hiển thị số lượng nhân viên trong bối cảnh của từng bộ phận.

Hạn chế thứ hai là dung lượng lưu trữ của thông tin này và sự trùng lặp của nó, tức là đối với mỗi nhân viên, tên đầy đủ của bộ phận được chỉ ra, yêu cầu một vị trí trong cơ sở dữ liệu để lưu trữ mỗi ký tự từ tên bộ phận.

Hạn chế thứ ba là khó cập nhật các trường này nếu tên của một vị trí thay đổi, ví dụ, nếu bạn cần đổi tên vị trí “Lập trình viên” thành “Lập trình viên cơ sở”. Trong trường hợp này, chúng ta sẽ phải thực hiện thay đổi đối với từng dòng của bảng, trong đó Vị trí bằng "Lập trình viên".

Để tránh những thiếu sót này, người ta sử dụng cái gọi là chuẩn hóa cơ sở dữ liệu - chia nhỏ nó thành các bảng con, bảng tham chiếu. Không nhất thiết phải leo vào rừng lý thuyết và nghiên cứu chúng là gì dạng bình thường, hiểu bản chất của quá trình chuẩn hóa là đủ.

Hãy tạo 2 bảng tham chiếu "Vị trí" và "Phòng ban", bảng đầu tiên sẽ được gọi là Vị trí và bảng thứ hai tương ứng là Phòng ban:

TẠO Vị trí BẢNG (ID int IDENTITY (1,1) NOT NULL CONSTRAINT PK_Positions PRIMARY KEY, Name nvarchar (30) NOT NULL) TẠO BẢNG Phòng ban (ID int IDENTITY (1,1) NOT NULL CONSTRAINT PK_Positions PRIMARY KEY, Name nvarchar (30 ) CÓ GIÁ TRỊ)
Lưu ý rằng ở đây chúng tôi đã sử dụng tùy chọn IDENTITY mới, có nghĩa là dữ liệu trong cột ID sẽ được đánh số tự động, bắt đầu từ 1, với bước 1, tức là khi các bản ghi mới được thêm vào, chúng sẽ được gán tuần tự các giá trị 1, 2, 3, v.v. Các trường như vậy thường được gọi là tự động tăng dần. Chỉ một trường có thuộc tính IDENTITY có thể được xác định trong bảng và thông thường, nhưng không nhất thiết, trường như vậy là khóa chính cho bảng đó.

Trên một ghi chú
Trong các DBMS khác nhau, việc triển khai các trường với bộ đếm có thể được thực hiện khác nhau. Trong MySQL, ví dụ, một trường như vậy được xác định bằng cách sử dụng tùy chọn AUTO_INCREMENT. Trong ORACLE và Firebird, chức năng này trước đây có thể được mô phỏng bằng cách sử dụng SEQUENCEs. Nhưng theo những gì tôi biết, ORACLE hiện đã thêm tùy chọn GENERATED AS IDENTITY.

Hãy tự động điền vào các bảng này, dựa trên dữ liệu hiện tại được ghi lại trong các trường Chức vụ và Phòng ban của bảng Nhân viên:

Điền vào trường Tên của bảng Vị trí với các giá trị duy nhất từ trường Vị trí của bảng Nhân viên CHÈN Vị trí (Tên) CHỌN DISTINCT Vị trí TỪ Nhân viên KHI Vị trí KHÔNG ĐẦY ĐỦ - loại bỏ các bản ghi không có vị trí được chỉ định
Chúng tôi sẽ làm tương tự cho bảng Phòng ban:

CHÈN Phòng ban (Tên) CHỌN BỘ PHẬN DISTINCT TỪ Nhân viên KHI Bộ phận KHÔNG ĐẦY ĐỦ
Nếu bây giờ chúng ta mở bảng Vị trí và Phòng ban, chúng ta sẽ thấy một bộ giá trị được đánh số theo trường ID:

CHỌN * TỪ Vị trí

CHỌN * TỪ các phòng ban

Các bảng này lúc này sẽ đóng vai trò là thư mục để thiết lập các vị trí và phòng ban. Bây giờ chúng ta sẽ đề cập đến ID công việc và phòng ban. Trước hết, hãy tạo các trường mới trong bảng Nhân viên để lưu trữ dữ liệu ID:

Thêm trường cho ID vị trí ALTER TABLE Nhân viên ADD PositionID int - thêm trường cho ID phòng ban ALTER TABLE Nhân viên ADD DepartmentID int
Loại trường tham chiếu phải giống như trong các thư mục, trong trường hợp này là kiểu int.

Bạn cũng có thể thêm nhiều trường vào bảng cùng một lúc bằng một lệnh, liệt kê các trường được phân tách bằng dấu phẩy:

ALTER TABLE Nhân viên THÊM int Vị trí, int DepartmentID
Bây giờ chúng ta hãy viết các liên kết (ràng buộc tham chiếu - NGOẠI KHÓA) cho các trường này, để người dùng không có cơ hội ghi vào các trường này, các giá trị không nằm trong số các giá trị ID trong thư mục.

ALTER TABLE Nhân viên THÊM CONSTRAINT FK_Eprisees_PositionID NGOẠI KHÓA (ID Vị trí) TÀI LIỆU THAM KHẢO Vị trí (ID)
Và chúng tôi sẽ làm tương tự cho trường thứ hai:

ALTER TABLE Nhân viên THÊM CONSTRAINT FK_Empleteees_DepartmentID NGOẠI KHÓA (DepartmentID) TÀI LIỆU THAM KHẢO Các phòng ban (ID)
Bây giờ người dùng sẽ chỉ có thể nhập các giá trị ID từ sách tham khảo tương ứng vào các trường này. Theo đó, để sử dụng một phòng ban hoặc chức vụ mới, trước tiên anh ta sẽ phải thêm một mục mới vào danh bạ tương ứng. Tại vì các chức vụ, phòng ban hiện được lưu trong thư mục thành một bản, sau đó để đổi tên thì chỉ cần thay đổi trong danh bạ là đủ.

Tên của ràng buộc tham chiếu thường là từ ghép, nó bao gồm tiền tố "FK_", theo sau là tên bảng và sau dấu gạch dưới, là tên trường tham chiếu đến mã định danh của bảng tra cứu.

Định danh (ID) thường là một giá trị nội bộ chỉ được sử dụng cho các liên kết và giá trị nào được lưu trữ ở đó, trong hầu hết các trường hợp, nó hoàn toàn không quan tâm, vì vậy không cần phải cố gắng loại bỏ các lỗ hổng trong dãy số. phát sinh trong quá trình làm việc với bảng, ví dụ, sau khi xóa các bản ghi khỏi sổ tay.

Bảng ALTER TABLE ADD CONSTRAINT binding_name FOREIGN KEY (field1, field2,…) Bảng tra cứu TÀI LIỆU THAM KHẢO (field1, field2,…)
Trong trường hợp này, trong bảng "table_reference", khóa chính được biểu diễn bằng sự kết hợp của một số trường (field1, field2, ...).

Trên thực tế, bây giờ hãy cập nhật các trường PositionID và DepartmentID với các giá trị ID từ các thư mục. Hãy sử dụng lệnh UPDATE DML cho mục đích này:

CẬP NHẬT e SET PositionID = (CHỌN ID TỪ Vị trí WHERE Tên = e. Vị trí), ID Bộ phận = (CHỌN ID TỪ các Bộ phận TẠI ĐÂY Tên = e. Bộ phận) TỪ Nhân viên e
Hãy xem điều gì sẽ xảy ra bằng cách chạy truy vấn:

CHỌN * TỪ Nhân viên

Vậy là xong, các trường PositionID và DepartmentID đã được điền đầy đủ các vị trí và phòng ban tương ứng với các ID cần thiết trong trường Chức vụ và Phòng ban trong bảng Nhân viên rồi, bạn có thể xóa các trường này:

ALTER TABLE Nhân viên DROP COLUMN Chức vụ, Bộ phận
Bảng bây giờ trông như thế này:

CHỌN * TỪ Nhân viên

TÔI	Tên	Ngày sinh nhật	E-mail	ID vị trí	DepartmentID
1000	Ivanov I.I.	VÔ GIÁ TRỊ	VÔ GIÁ TRỊ	2	1
1001	Petrov P.P.	VÔ GIÁ TRỊ	VÔ GIÁ TRỊ	3	3
1002	Sidorov S.S.	VÔ GIÁ TRỊ	VÔ GIÁ TRỊ	1	2
1003	Andreev A.A.	VÔ GIÁ TRỊ	VÔ GIÁ TRỊ	4	3

Những thứ kia. cuối cùng chúng tôi đã loại bỏ việc lưu trữ thông tin thừa. Bây giờ, theo vị trí và số phòng ban, chúng tôi có thể xác định duy nhất tên của họ bằng cách sử dụng các giá trị trong bảng tra cứu:

CHỌN e.ID, e.Name, p.Name PositionName, d.Name DepartmentName TỪ Nhân viên e LEFT JOIN Các phòng ban d ON d.ID = e.DepartmentID LEFT JOIN Vị trí p ON p.ID = e.PositionID

Trong Trình kiểm tra đối tượng, chúng ta có thể thấy tất cả các đối tượng được tạo cho một bảng nhất định. Từ đây, bạn cũng có thể thực hiện các thao tác khác nhau với các đối tượng này - ví dụ: đổi tên hoặc xóa các đối tượng.

Cũng cần lưu ý rằng một bảng có thể tham chiếu đến chính nó, tức là bạn có thể tạo một liên kết đệ quy. Ví dụ: hãy thêm một trường ManagerID khác vào bảng của chúng tôi với các nhân viên, điều này sẽ trỏ đến nhân viên mà nhân viên này. Hãy tạo một trường:

ALTER TABLE Nhân viên THÊM int ManagerID
Giá trị NULL được cho phép trong trường này, trường sẽ trống nếu, ví dụ, không có cấp trên của nhân viên.

Bây giờ, hãy tạo một NGOẠI KHÓA trên bảng Nhân viên:

ALTER TABLE Nhân viên THÊM CONSTRAINT FK_Erantyees_ManagerID NGOẠI KHÓA (ManagerID) TÀI LIỆU THAM KHẢO Nhân viên (ID)
Bây giờ chúng ta hãy tạo một sơ đồ và xem mối quan hệ giữa các bảng của chúng ta trông như thế nào trên đó:

Do đó, chúng ta sẽ thấy hình ảnh sau (bảng Nhân viên có liên quan đến bảng Vị trí và Vị trí, và cũng đề cập đến chính nó):

Cuối cùng, điều đáng nói là các khóa tham chiếu có thể bao gồm các tùy chọn bổ sung ON DELETE CASCADE và ON UPDATE CASCADE, cho biết cách hoạt động khi xóa hoặc cập nhật một bản ghi được tham chiếu trong bảng tra cứu. Nếu các tùy chọn này không được chỉ định, thì chúng tôi không thể thay đổi ID trong bảng thư mục của mục nhập có liên kết từ bảng khác, cũng như không thể xóa mục nhập như vậy khỏi thư mục cho đến khi chúng tôi xóa tất cả các hàng tham chiếu đến mục nhập này hoặc, Hãy cập nhật các dòng tham chiếu này thành một giá trị khác.

Ví dụ: hãy tạo lại bảng với tùy chọn BẬT XÓA CASCADE cho FK_EFastees_DepartmentID:

DROP TABLE Nhân viên TẠO BẢNG Nhân viên (ID int NOT NULL, Name nvarchar (30), Ngày sinh, Email nvarchar (30), PositionID int, DepartmentID int, ManagerID int, CONSTRAINT PK_E Employees PRIMARY KEY (ID), CONSTRAINT FK_Erantyees_DepartmentID NGOẠI KHÓA (DepartmentID) . ) CÁC GIÁ TRỊ (1000, N "Ivanov I.I.", "19550219", 2,1, NULL), (1001, N "Petrov P.P.", "19831203", 3,3.1003), (1002, N "Sidorov S.S." , "19760607", 1,2,1000), (1003, N "Andreev A.A.", "19820417", 4,3,1000)
Hãy xóa phòng ban có ID 3 khỏi bảng Phòng ban:

XÓA các bộ phận WHERE ID = 3
Hãy xem dữ liệu trong bảng Nhân viên:

CHỌN * TỪ Nhân viên

TÔI	Tên	Ngày sinh nhật	E-mail	ID vị trí	DepartmentID	ManagerID
1000	Ivanov I.I.	1955-02-19	VÔ GIÁ TRỊ	2	1	VÔ GIÁ TRỊ
1002	Sidorov S.S.	1976-06-07	VÔ GIÁ TRỊ	1	2	1000

Như bạn có thể thấy, dữ liệu cho bộ phận 3 cũng đã bị xóa khỏi bảng Nhân viên.

Tùy chọn BẬT CẬP NHẬT CASCADE hoạt động tương tự, nhưng nó có hiệu lực khi cập nhật giá trị ID trong thư mục. Ví dụ: nếu chúng tôi thay đổi ID vị trí trong thư mục vị trí, thì trong trường hợp này ID Cục trong bảng Nhân viên sẽ được cập nhật thành giá trị ID mới mà chúng tôi đặt trong thư mục. Nhưng trong trường hợp này, đơn giản là sẽ không thể chứng minh điều này, bởi vì. cột ID trong bảng Phòng ban có tùy chọn IDENTITY, tùy chọn này sẽ ngăn chúng tôi thực hiện truy vấn sau (thay đổi ID phòng ban 3 thành 30):

CẬP NHẬT Bộ phận SET ID = 30 WHERE ID = 3
Điều chính là hiểu bản chất của 2 tùy chọn ON DELETE CASCADE và ON UPDATE CASCADE. Tôi sử dụng các tùy chọn này trong những trường hợp rất hiếm và tôi khuyên bạn nên suy nghĩ cẩn thận trước khi chỉ định chúng trong một ràng buộc tham chiếu. nếu bạn vô tình xóa một bản ghi khỏi bảng tham chiếu, điều này có thể dẫn đến các vấn đề lớn và tạo ra phản ứng dây chuyền.

Hãy khôi phục bộ phận 3:

Cấp quyền thêm / thay đổi giá trị IDENTITY SET IDENTITY_INSERT Phòng ban ON CHÈN Phòng ban (ID, Tên) GIÁ TRỊ (3, N "IT") - từ chối thêm / thay đổi giá trị IDENTITY SET IDENTITY_INSERT Phòng ban TẮT
Xóa hoàn toàn bảng Nhân viên bằng lệnh TRUNCATE TABLE:

NHÂN VIÊN BẢNG TRUNCATE
Và một lần nữa, tải lại dữ liệu vào đó bằng lệnh INSERT trước đó:

CHÈN NHÂN VIÊN (ID, Tên, Sinh nhật, Vị trí, ID Phòng ban, ID Người quản lý) (1000, N "Ivanov II", "19550219", 2,1, NULL), (1001, N "Petrov P.P.", "19831203", 3 , 3,1003), (1002, N "Sidorov S.S.", "19760607", 1,2,1000), (1003, N "Andreev A.A.", "19820417", 4,3,1000)

Hãy tóm tắt

Hiện tại, một số lệnh DDL khác đã được thêm vào kiến thức của chúng tôi:

Thêm thuộc tính IDENTITY vào trường - cho phép bạn làm cho trường này được điền tự động (trường bộ đếm) cho bảng;
BẢNG ALTER tên_bảng CỘNG list_of_fields_with_characteristics - cho phép bạn thêm các trường mới vào bảng;
BẢNG ALTER tên_bảng DROP COLUMN list_of_fields - cho phép bạn xóa các trường khỏi bảng;
BẢNG ALTER tên_bảng THÊM CONSTRAINT tên_mạch TỪ KHÓA NGOẠI TỆ(lĩnh vực) NGƯỜI GIỚI THIỆU lookup_table (các trường) - cho phép bạn xác định mối quan hệ giữa bảng và bảng tra cứu.

Các hạn chế khác - DUY NHẤT, DEFAULT, KIỂM TRA

Với ràng buộc UNIQUE, bạn có thể nói rằng giá trị cho mỗi hàng trong một trường hoặc tập hợp các trường nhất định phải là duy nhất. Trong trường hợp của bảng Nhân viên, chúng tôi có thể áp dụng hạn chế như vậy đối với trường Email. Chỉ điền trước vào Email các giá trị nếu chúng chưa được xác định:

CẬP NHẬT Nhân viên SET Email = " [email được bảo vệ]"WHERE ID = 1000 CẬP NHẬT NHÂN VIÊN ĐẶT Email =" [email được bảo vệ]"WHERE ID = 1001 CẬP NHẬT Nhân viên ĐẶT Email =" [email được bảo vệ]"WHERE ID = 1002 CẬP NHẬT NHÂN VIÊN ĐẶT Email =" [email được bảo vệ]"WHERE ID = 1003
Và bây giờ bạn có thể áp đặt một giới hạn duy nhất cho trường này:

ALTER TABLE Nhân viên THÊM CONSTRAINT UQ_E Employees_Email UNIQUE (Email)
Bây giờ người dùng sẽ không thể nhập cùng một E-Mail cho một số nhân viên.

Ràng buộc tính duy nhất thường được đặt tên như sau - đầu tiên là tiền tố "UQ_", sau đó là tên của bảng và sau dấu gạch dưới là tên của trường mà ràng buộc này được áp dụng.

Theo đó, nếu một tổ hợp các trường phải là duy nhất trong ngữ cảnh của các hàng của bảng, thì chúng tôi liệt kê chúng được phân tách bằng dấu phẩy:

ALTER TABLE table_name ADD CONSTRAINT binding_name UNIQUE (field1, field2,…)
Bằng cách thêm ràng buộc DEFAULT vào một trường, chúng ta có thể đặt một giá trị mặc định sẽ được thay thế nếu trường đó không được liệt kê trong danh sách trường của lệnh INSERT khi một bản ghi mới được chèn vào. Hạn chế này có thể được đặt trực tiếp khi tạo bảng.

Hãy thêm trường mới "Ngày tuyển dụng" vào bảng Nhân viên và đặt tên là HireDate và nói rằng giá trị mặc định cho trường này sẽ là Ngày hiện tại:

ALTER TABLE Nhân viên THÊM Ngày thuê ngày KHÔNG ĐẦY ĐỦ ĐỊNH NGHĨA SYSDATETIME ()
Hoặc nếu cột HireDate đã tồn tại, thì có thể sử dụng cú pháp sau:

ALTER TABLE Nhân viên THÊM SYSDATETIME () DEFAULT SYSDATETIME () CHO Ngày thuê
Ở đây tôi không chỉ định tên của ràng buộc, bởi vì trong trường hợp DEFAULT, tôi có ý kiến rằng điều này không quá nghiêm trọng. Nhưng nếu bạn làm điều đó theo cách tốt, thì tôi nghĩ, bạn không cần phải lười biếng và bạn nên đặt một cái tên bình thường. Điều này được thực hiện như sau:

ALTER TABLE Nhân viên THÊM CONSTRAINT DF_Eaffees_HireDate DEFAULT SYSDATETIME () FOR HireDate
Giống cột nhất định không có trước đó, sau đó khi nó được thêm vào mỗi bản ghi, giá trị ngày hiện tại sẽ được chèn vào trường HireDate.

Khi thêm một mục nhập mới, tất nhiên, ngày hiện tại cũng sẽ được tự động chèn vào, nếu chúng ta không đặt nó một cách rõ ràng, tức là không được chỉ định trong danh sách các cột. Hãy hiển thị điều này với một ví dụ mà không chỉ định trường HireDate trong danh sách các giá trị được thêm vào:

CHÈN NHÂN VIÊN (ID, Tên, Email) GIÁ TRỊ (1004, N "Sergeev S.S.", " [email được bảo vệ]")
Hãy xem những gì đã xảy ra:

CHỌN * TỪ Nhân viên

TÔI	Tên	Ngày sinh nhật	E-mail	ID vị trí	DepartmentID	ManagerID	Ngày thuê
1000	Ivanov I.I.	1955-02-19	[email được bảo vệ]	2	1	VÔ GIÁ TRỊ	2015-04-08
1001	Petrov P.P.	1983-12-03	[email được bảo vệ]	3	4	1003	2015-04-08
1002	Sidorov S.S.	1976-06-07	[email được bảo vệ]	1	2	1000	2015-04-08
1003	Andreev A.A.	1982-04-17	[email được bảo vệ]	4	3	1000	2015-04-08
1004	Sergeev S.S.	VÔ GIÁ TRỊ	[email được bảo vệ]	VÔ GIÁ TRỊ	VÔ GIÁ TRỊ	VÔ GIÁ TRỊ	2015-04-08

Ràng buộc kiểm tra CHECK được sử dụng khi cần kiểm tra các giá trị được chèn vào trường. Ví dụ: hãy áp đặt hạn chế này đối với trường số nhân sự, đó là số nhận dạng nhân viên (ID) của chúng tôi. Sử dụng ràng buộc này, giả sử rằng số nhân sự phải có giá trị từ 1000 đến 1999:

ALTER TABLE Nhân viên THÊM CONSTRAINT CK_E Employees_ID CHECK (ID GIỮA 1000 VÀ 1999)
Ràng buộc thường được đặt tên giống nhau, đầu tiên là tiền tố "CK_", sau đó là tên bảng và tên trường mà ràng buộc được áp dụng.

Hãy thử chèn một mục nhập không hợp lệ để kiểm tra xem hạn chế có hoạt động hay không (chúng ta sẽ gặp lỗi tương ứng):

CHÈN NHÂN VIÊN (ID, Email) GIÁ TRỊ (2000, " [email được bảo vệ]")
Bây giờ chúng ta hãy thay đổi giá trị được chèn thành 1500 và đảm bảo rằng bản ghi đã được chèn:

CHÈN NHÂN VIÊN (ID, Email) GIÁ TRỊ (1500, " [email được bảo vệ]")
Bạn cũng có thể tạo các ràng buộc DUY NHẤT và KIỂM TRA mà không cần chỉ định tên:

BẢNG ALTER Nhân viên THÊM BẢNG ALTER DUY NHẤT (Email) Nhân viên THÊM KIỂM TRA (ID GIỮA 1000 VÀ 1999)
Nhưng đây không phải là một thực tiễn tốt và tốt hơn là chỉ định tên của ràng buộc một cách rõ ràng, bởi vì để tìm ra sau này điều gì sẽ khó khăn hơn, bạn sẽ cần phải mở đối tượng và xem nó chịu trách nhiệm gì.

Với một cái tên hay, nhiều thông tin về một ràng buộc có thể được học trực tiếp từ tên của nó.

Và theo đó, tất cả những hạn chế này có thể được tạo ngay lập tức khi tạo bảng, nếu nó chưa tồn tại. Hãy xóa bảng:

Nhân viên DROP TABLE
Và tạo lại nó với tất cả các ràng buộc đã tạo bằng một lệnh CREATE TABLE:

TẠO BẢNG Nhân viên (ID int NOT NULL, Name nvarchar (30), Ngày sinh, Email nvarchar (30), PositionID int, DepartmentID int, HireDate date NOT NULL DEFAULT SYSDATETIME (), - đối với DEFAULT, tôi sẽ ném một CONSTRAINT PK_E NHÂN VIÊN CHÍNH KEY ngoại lệ (ID), CONSTRAINT FK_EFastees_DepartmentID NGOẠI LỆ (ID), TÀI LIỆU THAM KHẢO Phòng ban (ID), CONSTRAINT FK_EFastees_PositionID FOREIGN KEY (PositionID) THAM KHẢO Vị trí (ID), CONSTRAINT UQ_EKees_Email UNIQUE9 BẰNG CHỨNG TỪ (Email),

CHÈN NHÂN VIÊN (ID, Tên, Ngày sinh, Email, ID Vị trí, ID Phòng ban) (1000, N "Ivanov I.I.", "19550219", " [email được bảo vệ]", 2,1), (1001, N" Petrov P.P. "," 19831203 "," [email được bảo vệ]", 3,3), (1002, N" Sidorov S.S. "," 19760607 "," [email được bảo vệ]", 1,2), (1003, N" Andreev A.A. "," 19820417 "," [email được bảo vệ]",4,3)

Một chút về các chỉ mục được tạo khi tạo các ràng buộc CHÍNH và KHÓA DUY NHẤT

Như bạn có thể thấy trong ảnh chụp màn hình ở trên, khi tạo ràng buộc PRIMARY KEY và UNIQUE, các chỉ mục có cùng tên (PK_Eprisees và UQ_Erantyees_Email) đã được tự động tạo. Theo mặc định, chỉ mục cho khóa chính được tạo là ĐÃ CHỈNH SỬA và cho tất cả các chỉ mục khác là KHÔNG ĐƯỢC ĐIỀU CHỈNH. Điều đáng nói là khái niệm chỉ mục được phân cụm không có sẵn trong tất cả các DBMS. Một bảng chỉ có thể có một chỉ mục ĐÃ ĐIỀU CHỈNH. CLUSTERED - có nghĩa là các bản ghi của bảng sẽ được sắp xếp theo chỉ mục này, cũng có thể nói chỉ mục này có quyền truy cập trực tiếp vào tất cả dữ liệu của bảng. Nó như vậy để nói chỉ số chính của bảng. Nói một cách thô thiển hơn nữa, nó là một chỉ số được vặn chặt vào bàn. Chỉ mục nhóm là một công cụ rất mạnh có thể giúp tối ưu hóa truy vấn, chỉ cần ghi nhớ điều đó. Nếu chúng ta muốn nói rằng chỉ mục được phân nhóm không được sử dụng trong khóa chính mà được sử dụng cho một chỉ mục khác, thì khi tạo khóa chính, chúng ta phải chỉ định tùy chọn NONCLUSTERED:

ALTER TABLE table_name ADD CONSTRAINT binding_name PRIMARY KEY NONCLUSTERED (field1, field2,…)
Ví dụ, hãy đặt chỉ mục ràng buộc PK_Eprisees không được phân cụm và chỉ mục ràng buộc UQ_Eprisees_Email được phân cụm. Trước hết, hãy loại bỏ các hạn chế sau:

BẢNG ALTER Nhân viên DROP CONSTRAINT PK_E Employees ALTER TABLE Nhân viên DROP CONSTRAINT UQ_E Employees_Email
Và bây giờ hãy tạo chúng với các tùy chọn ĐÃ ĐIỀU CHỈNH và KHÔNG ĐƯỢC ĐIỀU CHỈNH:

BẢNG ALTER Nhân viên THÊM BẢNG CHỨNG NHẬN PK_ Nhân viên CHỌN TỪ KHÓA CHÍNH KHÔNG ĐƯỢC ĐIỀU CHỈNH (ID) BẢNG ALTER Nhân viên THÊM CONSTRAINT UQ_E Nhân viên_Email KHÔNG ĐƯỢC ĐIỀU CHỈNH (Email)
Bây giờ, khi chúng ta chọn từ bảng Nhân viên, chúng ta có thể thấy rằng các bản ghi được sắp xếp theo chỉ mục nhóm UQ_EFastees_Email:

CHỌN * TỪ Nhân viên

TÔI	Tên	Ngày sinh nhật	E-mail	ID vị trí	DepartmentID	Ngày thuê
1003	Andreev A.A.	1982-04-17	[email được bảo vệ]	4	3	2015-04-08
1000	Ivanov I.I.	1955-02-19	[email được bảo vệ]	2	1	2015-04-08
1001	Petrov P.P.	1983-12-03	[email được bảo vệ]	3	3	2015-04-08
1002	Sidorov S.S.	1976-06-07	[email được bảo vệ]	1	2	2015-04-08

Trước đó, khi chỉ mục nhóm là chỉ mục PK_E Employees, các bản ghi được sắp xếp theo mặc định theo trường ID.

Nhưng trong trường hợp này, đây chỉ là một ví dụ cho thấy bản chất của chỉ mục được phân cụm, bởi vì. rất có thể, các truy vấn sẽ được trường ID thực hiện tới bảng Nhân viên và trong một số trường hợp, bản thân nó có thể hoạt động như một tham chiếu.

Đối với các thư mục, chúng tôi khuyên bạn nên xây dựng chỉ mục nhóm trên khóa chính, bởi vì trong các yêu cầu, chúng tôi thường đề cập đến mã định danh thư mục để lấy, ví dụ, tên (Chức vụ, Phòng ban). Ở đây chúng ta nhớ lại những gì tôi đã viết ở trên, rằng chỉ mục được phân cụm có quyền truy cập trực tiếp vào các hàng của bảng và sau đó chúng ta có thể lấy giá trị của bất kỳ cột nào mà không cần thêm chi phí.

Chỉ mục được phân nhóm có lợi khi áp dụng cho các trường được chọn thường xuyên nhất.

Đôi khi các bảng tạo khóa bằng trường thay thế, trong trường hợp này, sẽ hữu ích nếu giữ tùy chọn chỉ mục ĐÃ ĐƯỢC CẬP NHẬT để có chỉ mục thích hợp hơn và chỉ định tùy chọn KHÔNG ĐƯỢC ĐIỀU CHỈNH khi tạo khóa chính thay thế.

Hãy tóm tắt

Trên sân khấu này chúng ta đã làm quen với tất cả các loại ràng buộc, ở dạng đơn giản nhất của chúng, được tạo bằng lệnh như "ALTER TABLE table_name ADD CONSTRAINT binding_name ...":

KHÓA CHÍNH- khóa chính;
TỪ KHÓA NGOẠI TỆ- thiết lập các liên kết và giám sát tính toàn vẹn tham chiếu của dữ liệu;
ĐỘC NHẤT- cho phép bạn tạo ra sự độc đáo;
KIỂM TRA- cho phép bạn thực hiện tính chính xác của dữ liệu đã nhập;
MẶC ĐỊNH- cho phép bạn đặt giá trị mặc định;
Cũng cần lưu ý rằng tất cả các hạn chế có thể được gỡ bỏ bằng cách sử dụng lệnh " BẢNG ALTER tên_bảng DROP CONSTRAINT tên_kết_thức ”.

Chúng tôi cũng đã đề cập một phần đến chủ đề của các chỉ số và phân tích khái niệm về cụm ( ĐÃ ĐIỀU CHỈNH) và không phân cụm ( KHÔNG ĐƯỢC ĐIỀU CHỈNH) mục lục.

Tạo các chỉ mục độc lập

Tính tự túc ở đây đề cập đến các chỉ mục không được tạo cho khóa CHÍNH hoặc Ràng buộc DUY NHẤT.

Chỉ mục trên một trường hoặc các trường có thể được tạo bằng lệnh sau:

TẠO INDEX IDX_Tên nhân viên trên Nhân viên (Tên)
Bạn cũng có thể chỉ định các tùy chọn ĐÃ ĐIỀU CHỈNH, KHÔNG ĐIỀU CHỈNH, DUY NHẤT tại đây và bạn cũng có thể chỉ định hướng sắp xếp cho từng trường riêng lẻ ASC (mặc định) hoặc DESC:

TẠO CHỈ SỐ KHÔNG ĐƯỢC ĐIỀU CHỈNH DUY NHẤT UQ_E Nhân viên_EmailDesc TRÊN Nhân viên (Email DESC)
Khi tạo chỉ mục không phân cụm, có thể bỏ qua tùy chọn NONCLUSTERED, như nó được ngụ ý theo mặc định, nó được hiển thị ở đây chỉ đơn giản là để chỉ ra vị trí của tùy chọn ĐÃ ĐIỀU CHỈNH hoặc KHÔNG ĐƯỢC ĐIỀU CHỈNH trong lệnh.

Bạn có thể xóa chỉ mục bằng lệnh sau:

DROP INDEX IDX_E Employees_Name ON Nhân viên
Các chỉ mục đơn giản, giống như các ràng buộc, có thể được tạo trong ngữ cảnh của lệnh CREATE TABLE.

Ví dụ: hãy xóa bảng một lần nữa:

Nhân viên DROP TABLE
Và tạo lại nó với tất cả các ràng buộc và chỉ mục đã tạo bằng một lệnh CREATE TABLE:

TẠO BẢNG Nhân viên (ID int NOT NULL, Name nvarchar (30), Ngày sinh, Email nvarchar (30), PositionID int, DepartmentID int, HireDate date NOT NULL CONSTRAINT DF_Eaffees_HireDate DEFAULT SYSDATETIME (), ManagerID int, CONSTRAINT PK_E NHÂN VIÊN KHÓA CHÍNH (ID ), CONSTRAINT FK_Empleteees_DepartmentID NGOẠI KHÓA (ID), CONSTRAINT FK_EFastees_Manager_PositionID FOREIGN KEY (ID), NGƯỜI LAO ĐỘNG (ID) REFERENCES 1999), INDEX IDX_E Employees_Name (Tên))
Cuối cùng, chèn vào bảng nhân viên của chúng tôi:

CHÈN Nhân viên (ID, Tên, Ngày sinh, Email, ID vị trí, ID phòng ban, ID người quản lý) GIÁ TRỊ (1000, N "Ivanov II", "19550219", " [email được bảo vệ]", 2,1, NULL), (1001, N" Petrov P.P. "," 19831203 "," [email được bảo vệ]", 3,3,1003), (1002, N" Sidorov S.S. "," 19760607 "," [email được bảo vệ]", 1,2,1000), (1003, N" Andreev A.A. "," 19820417 "," [email được bảo vệ]",4,3,1000)
Ngoài ra, cần lưu ý rằng các giá trị có thể được đưa vào chỉ mục không phân cụm bằng cách chỉ định chúng trong INCLUDE. Những thứ kia. trong trường hợp này, chỉ mục INCLUDE sẽ phần nào giống với chỉ mục được phân cụm, chỉ là bây giờ chỉ mục này không được gắn vào bảng, nhưng các giá trị cần thiết được gắn vào chỉ mục. Theo đó, các chỉ mục như vậy có thể cải thiện đáng kể hiệu suất của các truy vấn chọn (SELECT), nếu tất cả các trường được liệt kê đều nằm trong chỉ mục, thì có thể không cần truy cập vào bảng. Nhưng điều này tự nhiên làm tăng kích thước của chỉ mục, bởi vì giá trị của các trường được liệt kê được trùng lặp trong chỉ mục.