Hướng dẫn tham khảo MySQL. Xóa các cột NTEXT. Các hạn chế khác – ĐỘC ĐÁO, MẶC ĐỊNH, KIỂM TRA

Sửa đổi định nghĩa của bảng bằng cách thay đổi, thêm hoặc xóa các cột và ràng buộc, gán lại và xây dựng lại các phân vùng cũng như vô hiệu hóa hoặc bật các ràng buộc và trình kích hoạt.

Cú pháp

Tranh luận

tên cơ sở dữ liệu
Tên của cơ sở dữ liệu nơi bảng được tạo.

tên lược đồ
Tên của lược đồ mà bảng thuộc về.

tên_bảng
Tên bảng cần sửa. Nếu bảng không có trong cơ sở dữ liệu hiện tại hoặc không có trong lược đồ mà nó sở hữu người dùng hiện tại, thì cả cơ sở dữ liệu và lược đồ phải được chỉ định rõ ràng.

THAY ĐỔI CỘT
Cho biết cột được đặt tên có thể thay đổi.

Các cột sau đây không thể thay đổi.

Cột có dấu thời gian kiểu dữ liệu.

Thuộc tính ROWGUIDCOL cho một bảng.

Cột được tính toán hoặc được sử dụng trong cột được tính toán.

Được sử dụng trong số liệu thống kê được tạo bởi câu lệnh CREATE STATISTICS, trừ khi cột là kiểu dữ liệu varchar, nvarchar hoặc varbinary, kiểu dữ liệu không bị thay đổi, kích thước mới lớn hơn hoặc bằng giá trị cũ và giá trị cột không được thay thế bằng giá trị NULL. Đầu tiên, xóa số liệu thống kê bằng câu lệnh DROP STATISTICS. Thống kê được trình tối ưu hóa truy vấn tự động tạo ra sẽ tự động bị xóa bằng câu lệnh ALTER COLUMN.

Được sử dụng trong ràng buộc PRIMARY KEY hoặc REFERENCES.

Được sử dụng trong các ràng buộc CHECK hoặc UNIQUE. Tuy nhiên, có thể chấp nhận thay đổi độ dài của cột có độ dài có thể thay đổi được sử dụng trong ràng buộc CHECK hoặc UNIQUE.

Liên kết với định nghĩa mặc định. Tuy nhiên, nếu kiểu dữ liệu không thay đổi thì độ dài, độ chính xác hoặc tỷ lệ của cột có thể bị thay đổi.

Kiểu dữ liệu của cột văn bản, ntext và hình ảnh chỉ có thể được thay đổi theo những cách sau:
- văn bản tới varchar(max), nvarchar(max) hoặc xml;
  
  ntext tới varchar(max), nvarchar(max) hoặc xml;
  
  hình ảnh sang varbinary (tối đa)
Một số thay đổi đối với loại dữ liệu có thể dẫn đến thay đổi dữ liệu. Ví dụ: việc thay đổi một cột loại nchar hoặc loại nvarchar thành char hoặc varchar có thể khiến các ký tự bảng chữ cái quốc gia bị chuyển đổi. Để biết thêm thông tin, hãy xem Hàm CAST và CONVERT (Transact-SQL). Việc giảm độ chính xác hoặc tỷ lệ của cột có thể dẫn đến việc cắt bớt dữ liệu.

Bạn không thể thay đổi kiểu dữ liệu của một cột trong bảng được phân vùng.

Kiểu dữ liệu của các cột có trong chỉ mục không thể thay đổi trừ khi cột đó là kiểu dữ liệu varchar, nvarchar hoặc varbinary và kích thước mới lớn hơn hoặc bằng kích thước cũ.

Các cột có trong ràng buộc khóa chính không thể thay đổi từ NOT NULL thành NULL.

tên cột dọc
Tên cột mà bạn muốn thay đổi, thêm hoặc xóa. Giá trị tên cột không được vượt quá 128 ký tự. Đối với các cột mới, đối số tên_cột có thể được bỏ qua nếu các cột được tạo bằng kiểu dữ liệu dấu thời gian. Dấu thời gian tên được sử dụng nếu tên cột không được chỉ định cho cột thuộc loại dữ liệu dấu thời gian.

[ type_schema_name**.** ] type_name
Kiểu dữ liệu mới cho cột đang được sửa đổi hoặc kiểu dữ liệu cho cột được thêm vào. Giá trị type_name không thể được đặt trên các cột hiện có trong các bảng được phân vùng. type_name có thể là bất kỳ giá trị nào sau đây:

Kiểu dữ liệu hệ thống Máy chủ SQL.

Bí danh cho kiểu dữ liệu dựa trên kiểu dữ liệu hệ thống SQL Server. Trước khi có thể sử dụng bí danh kiểu dữ liệu trong định nghĩa bảng, chúng phải được tạo bằng câu lệnh CREATE TYPE.

Loại .NET Framework do người dùng xác định và lược đồ chứa nó. Trước khi có thể sử dụng các loại do người dùng định nghĩa trong .NET Framework trong định nghĩa cột, trước tiên chúng phải được tạo bằng câu lệnh CREATE TYPE.

Các kiểu dữ liệu trước đó phải được chuyển đổi hoàn toàn sang kiểu dữ liệu mới.

type_name không thể thuộc loại dấu thời gian.

Theo mặc định, đối số ANSI_NULL của câu lệnh ALTER COLUMN luôn được đặt thành BẬT; trừ khi có quy định khác, cột có thể chứa giá trị NULL.

Đối số đệm ANSI_PADDING cho câu lệnh ALTER COLUMN luôn BẬT.

Nếu cột đang được sửa đổi là cột nhận dạng thì đối số new_data_type phải thuộc loại dữ liệu hỗ trợ thuộc tính nhận dạng.

Cài đặt hiện tại cho đối số SET ARITHABORT bị bỏ qua. Câu lệnh ALTER TABLE hoạt động theo cách tương tự khi ARITHABORT được đặt thành BẬT.

Ghi chú

Nếu mệnh đề COLLATE không được chỉ định, việc thay đổi kiểu dữ liệu của cột sẽ khiến việc đối chiếu thay đổi thành đối chiếu cơ sở dữ liệu mặc định.

độ chính xác
Độ chính xác của kiểu dữ liệu được chỉ định. Để biết thêm thông tin về các giá trị độ chính xác có thể chấp nhận được, hãy xem .

tỉ lệ
Tỷ lệ của loại dữ liệu được chỉ định. Để biết thêm thông tin về các giá trị tỷ lệ hợp lệ, hãy xem Độ chính xác, Tỷ lệ và Độ dài (Transact-SQL).

tối đa
Chỉ áp dụng cho các kiểu dữ liệu varchar, nvarchar và varbinary để lưu trữ 2^31-1 byte ký tự, dữ liệu nhị phân và Unicode.

xml_schema_collection

Chỉ áp dụng cho dữ liệu loại xmlđể liên kết một lược đồ XML với kiểu này. Trước khi có thể nhập cột xml vào bộ sưu tập lược đồ, bạn phải sử dụng TẠO BỘ SƯU TẬP Lược đồ XML để tạo bộ sưu tập lược đồ trong cơ sở dữ liệu.

SẮP XẾP< collation_name >
Đặt đối chiếu mới cho cột đang được sửa đổi. Nếu không được chỉ định, cột sẽ được gán đối chiếu mặc định của cơ sở dữ liệu. Tên đối chiếu có thể là tên đối chiếu Windows hoặc tên đối chiếu SQL. Để biết danh sách và biết thêm thông tin, hãy xem Tên đối chiếu Windows (Transact-SQL) và Tên đối chiếu máy chủ SQL (Transact-SQL).

Mệnh đề COLLATE có thể được sử dụng để thay đổi cách đối chiếu chỉ cho các cột của kiểu dữ liệu char, varchar, nchar và nvarchar. Để thay đổi cách đối chiếu cột bí danh kiểu dữ liệu tùy chỉnh, bạn phải chạy các câu lệnh ALTER TABLE riêng biệt để thay đổi cột thành kiểu dữ liệu hệ thống SQL Server, thay đổi cách đối chiếu rồi thay đổi cột trở lại bí danh kiểu dữ liệu.

Câu lệnh ALTER COLUMN không thể thay đổi các tùy chọn đối chiếu nếu một hoặc nhiều điều kiện sau là đúng:

Nếu cột đang được sửa đổi được tham chiếu bởi ràng buộc CHECK, ràng buộc FOREIGN KEY hoặc các cột được tính toán.

Nếu bất kỳ chỉ mục, số liệu thống kê hoặc chỉ mục toàn văn nào được tạo trên cơ sở cột. Thống kê được tạo tự động từ một cột đang được sửa đổi sẽ bị xóa nếu đối chiếu của cột bị thay đổi.

Nếu chế độ xem hoặc hàm liên quan đến lược đồ tham chiếu đến một cột.

Để biết thêm thông tin, hãy xem THU THẬP (Transact-SQL).

KHÔNG | CÓ GIÁ TRỊ
Cho biết liệu cột có thể chấp nhận giá trị null hay không. Các cột không thể rỗng chỉ có thể được thêm bằng ALTER TABLE nếu chúng có giá trị mặc định được chỉ định hoặc nếu bảng trống. Ràng buộc NOT NULL chỉ có thể được chỉ định trên các cột được tính toán nếu tùy chọn PERSISTED cũng được chỉ định. Nếu cột mới là null và không có giá trị mặc định nào được chỉ định thì cột mới chứa Giá trị rỗng cho mỗi hàng trong bảng. Nếu cột mới là null và định nghĩa mặc định được thêm vào cột mới, thì WITH VALUES có thể được sử dụng để lưu trữ các giá trị mặc định trong cột mới cho mỗi hàng hiện có trong bảng.

Nếu cột mới không thể rỗng và bảng không trống thì phải thêm định nghĩa DEFAULT vào cột mới. Cột mới được tự động tải với các giá trị mặc định trong mỗi hàng hiện có của cột mới.

Giá trị NULL có thể được chỉ định trong câu lệnh ALTER COLUMN để buộc cột NOT NULL chấp nhận giá trị NULL, ngoại trừ các cột trong ràng buộc PRIMARY KEY. NOT NULL chỉ có thể được chỉ định trong câu lệnh ALTER COLUMN nếu cột không chứa giá trị NULL. Các giá trị NULL nên được cập nhật bằng cách gán một số giá trị trước khi cho phép câu lệnh ALTER COLUMN NOT NULL, ví dụ:

CẬP NHẬT MyTable SET NullCol = N"some_value" Ở ĐÂU NullCol LÀ NULL; BẢNG THAY ĐỔI MyTable THAY ĐỔI CỘT NullCOl NVARCHAR(20) KHÔNG NULL;

Khi một bảng được tạo hoặc sửa đổi bằng câu lệnh CREATE TABLE hoặc ALTER TABLE, cơ sở dữ liệu và cài đặt phiên sẽ được thay đổi và có thể ghi đè tính chất rỗng của kiểu dữ liệu được sử dụng trong định nghĩa cột. Bạn nên luôn xác định rõ ràng các cột không được tính toán là NULL hoặc NOT NULL.

Nếu bạn đang thêm một cột loại dữ liệu do người dùng xác định, bạn nên xác định cột có trạng thái vô hiệu giống như loại dữ liệu do người dùng xác định và đặt nó thành giá trị mặc định. Để biết thêm thông tin, hãy xem TẠO BẢNG (Máy chủ SQL).

Ghi chú

Nếu câu lệnh ALTER COLUMN chỉ định NULL hoặc NOT NULL, bạn cũng phải chỉ định tham số new_data_type [(precision [,scale])) nếu bạn không thay đổi loại dữ liệu, độ chính xác hoặc tỷ lệ, hãy chỉ định các giá trị cột hiện tại.

[ (THÊM | THẢ) ROWGUIDCOL ]

Cho biết thuộc tính ROWGUIDCOL đã được thêm vào hoặc xóa khỏi cột được chỉ định. Thuộc tính ROWGUIDCOL chỉ ra rằng cột này là cột GUID hàng. Chỉ một cột trong bảng mã định danh duy nhất có thể được chỉ định là cột ROWGUIDCOL và thuộc tính ROWGUIDCOL chỉ có thể được gán cho cột mã định danh duy nhất. Bạn không thể gán thuộc tính ROWGUIDCOL cho cột kiểu dữ liệu do người dùng xác định.

Thuộc tính ROWGUIDCOL không đảm bảo rằng các giá trị được lưu trong một cột là duy nhất và không tự động tạo ra các giá trị cho các hàng mới được chèn vào bảng. Để tạo các giá trị duy nhất cho mỗi cột, bạn có thể sử dụng hàm NEWID trong câu lệnh INSERT hoặc xác định hàm NEWID làm giá trị mặc định cho cột.

[ (THÊM | THẢ) KIÊN TRÌ]
Cho biết thuộc tính PERSISTED đã được thêm vào hoặc xóa khỏi cột được chỉ định. Cột phải là cột được tính toán được chỉ định bằng cách sử dụng các biểu thức xác định. Đối với các cột được chỉ định là PERSISTED, Công cụ cơ sở dữ liệu lưu trữ vật lý các giá trị được tính toán trong bảng và cập nhật các giá trị khi bất kỳ cột nào mà cột được tính toán phụ thuộc vào được cập nhật. Nếu bạn đánh dấu một cột được tính toán là PERSISTED, bạn có thể tạo chỉ mục trên các cột được tính toán có biểu thức được chỉ định, xác định nhưng không chính xác.

Bất kỳ cột được tính toán nào được sử dụng làm cột phân vùng của bảng được phân vùng đều phải được đánh dấu rõ ràng là PERSISTED.

KHÔNG RÚT ĐỂ SAO CHÉP

Chỉ định rằng các giá trị trong cột nhận dạng sẽ tăng lên khi tác nhân sao chép thực hiện thao tác chèn hàng. Mệnh đề này chỉ có thể được chỉ định nếu cột_name là cột nhận dạng.

RÕ RÀNG
Cho biết cột đó là cột thưa thớt. Lưu trữ cột thưa thớt được tối ưu hóa cho các giá trị NULL. Bạn không thể chỉ định tùy chọn NOT NULL cho các cột thưa thớt. Khi bạn chuyển đổi các cột từ thưa sang không thưa hoặc không thưa sang thưa, bảng sẽ bị khóa trong suốt thời gian thực hiện lệnh. Bạn có thể cần sử dụng mệnh đề REBUILD để giải phóng dung lượng. Để biết thêm các hạn chế và thông tin về các cột thưa thớt, hãy xem .

CÓ KIỂM TRA | KHÔNG CÓ KIỂM TRA
Cho biết liệu dữ liệu trong bảng có đáp ứng ràng buộc FOREIGN KEY hoặc CHECK được thêm gần đây hoặc được bật lại hay không. Trừ khi có quy định khác, các ràng buộc mới được coi là sử dụng VỚI KIỂM TRA và các ràng buộc được bật lại được coi là CÓ KIỂM TRA.

Nếu bạn không cần kiểm tra các ràng buộc CHECK hoặc FOREIGN KEY mới đối với dữ liệu hiện có, hãy sử dụng VỚI NOCHECK. Ngoại trừ những trường hợp hiếm hoi, điều này không được khuyến khích. Giới hạn mới sẽ được xác minh trong tất cả các bản cập nhật dữ liệu trong tương lai. Bất kỳ vi phạm ràng buộc nào bị chặn VỚI NOCHECK trong khi thêm một ràng buộc có thể khiến các bản cập nhật trong tương lai không thành công nếu chúng cập nhật các hàng có dữ liệu không tuân thủ các ràng buộc.

Trình tối ưu hóa truy vấn không xem xét các ràng buộc được xác định VỚI NOCHECK. Những ràng buộc như vậy không được tôn trọng cho đến khi chúng được kích hoạt lại bởi bảng ALTER TABLE VỚI CHECK CHECK CONSTRAINT ALL.

THÊM VÀO
Cho biết rằng một hoặc nhiều định nghĩa cột, định nghĩa cột được tính toán hoặc các ràng buộc bảng đang được thêm vào.

DROP ( [ CONSTRAINT ] ràng buộc_name | COLUMN cột_name )
Cho biết ràng buộc ràng buộc_name hoặc cột_name đã bị xóa khỏi bảng. Nhiều cột và các ràng buộc có thể được liệt kê.

Tên ràng buộc tùy chỉnh hoặc tên ràng buộc do hệ thống cung cấp có thể được xác định bằng cách truy vấn chế độ xem danh mục sys.check_constraint, sys.default_constraint, sys.key_constraint Và sys.foreign_keys.

Bạn không thể loại bỏ ràng buộc PRIMARY KEY nếu chỉ mục XML tồn tại trên bảng.

Bạn không thể xóa một cột nếu nó:

được sử dụng trong chỉ mục;

được sử dụng trong các ràng buộc CHECK, FORIGN KEY, UNIQUE hoặc PRIMARY KEY;

được liên kết với giá trị mặc định được chỉ định bởi từ khóa DEFAULT hoặc được liên kết với một đối tượng giá trị mặc định;

gắn liền với một quy luật.

Ghi chú

Việc xóa một cột không giải phóng dung lượng đĩa. Nếu kích thước hàng của bảng đạt đến hoặc vượt quá giới hạn, thì có thể lấy lại không gian đĩa bị chiếm bởi cột đã xóa. Việc lấy lại không gian được thực hiện bằng cách tạo một chỉ mục được nhóm trên bảng hoặc xây dựng lại một cột. chỉ mục được nhóm hiện có bằng cách sử dụng câu lệnh ALTER INDEX để biết thêm thông tin về ý nghĩa của việc loại bỏ các kiểu dữ liệu blob, hãy xem bài đăng trên blog CSS này.

VỚI
Cho biết rằng một hoặc nhiều tùy chọn loại bỏ ràng buộc theo cụm đã được đặt.

MAXDOP = max_degree_of_parallelism

Ghi đè cài đặt cấu hình mức độ song song tối đa chỉ trong suốt thời gian hoạt động. Để biết thêm thông tin, xem .

Sử dụng tham số MAXDOP để giới hạn số lượng bộ xử lý được sử dụng khi thực hiện các kế hoạch song song. Số lượng bộ xử lý tối đa là 64.

max_degree_of_parallelism có thể là một trong những điều sau đây:

1
Ngăn chặn sự hình thành các kế hoạch song song.

>1
Giới hạn số lượng bộ xử lý tối đa được sử dụng cho các hoạt động lập chỉ mục song song ở giá trị được chỉ định.

0 (mặc định)
Tùy thuộc vào khối lượng công việc hiện tại, hệ thống sử dụng số lượng bộ xử lý thực tế hoặc ít hơn.

Để biết thêm thông tin, xem .

Ghi chú

Các thao tác chỉ mục song song không có sẵn trong tất cả các phiên bản của SQL Server. Để biết thêm thông tin, hãy xem .

TRỰC TUYẾN = (BẬT | TẮT)<применяемое к drop_clustered_constraint_option>
Xác định xem các bảng cơ sở và các chỉ mục liên quan có sẵn sàng để truy vấn và sửa đổi dữ liệu trong quá trình hoạt động chỉ mục hay không. Giá trị mặc định là tắt. REBUILD có thể được thực hiện dưới dạng thao tác TRỰC TUYẾN.

TRÊN
Khóa bảng dài hạn không được hỗ trợ trong quá trình hoạt động chỉ mục. Trong giai đoạn chính của hoạt động lập chỉ mục, chỉ có khóa mục đích chung (IS) được giữ trên bảng nguồn. Điều này đảm bảo rằng các truy vấn hoặc cập nhật tiếp tục chạy trên các bảng và chỉ mục cơ bản. Khi bắt đầu hoạt động, khóa tương thích (S) đối tượng ban đầuđược hỗ trợ trong thời gian rất ngắn. Nếu một chỉ mục không được phân loại được tạo, khóa (S) dùng chung sẽ được lấy nhanh chóng trên nguồn khi kết thúc thao tác. Khóa SCH-M (thay đổi lược đồ) được lấy khi một chỉ mục được nhóm được tạo hoặc loại bỏ trực tuyến và khi một chỉ mục được nhóm hoặc không được nhóm lại được xây dựng lại. Khi tạo chỉ mục trên bảng cục bộ tạm thời, tùy chọn TRỰC TUYẾN không thể được đặt thành BẬT. Chỉ cho phép hoạt động xây dựng lại vùng heap đơn luồng.

Để thực thi câu lệnh SWITCH DDL hoặc xây dựng lại chỉ mục trực tuyến, tất cả các giao dịch chặn đang hoạt động chạy trên một bảng cụ thể phải được hoàn thành. Trong quá trình thực thi, câu lệnh SWITCH hoặc thao tác xây dựng lại chỉ mục sẽ ngăn giao dịch mới bắt đầu và có thể tác động đáng kể đến thông lượng khối lượng công việc và tạm thời trì hoãn quyền truy cập vào bảng cơ bản.

TẮT
Khóa bảng được áp dụng trong các hoạt động chỉ mục. Khóa thay đổi lược đồ (Sch-M) trên bảng được thực hiện bằng thao tác chỉ mục ngoại tuyến nhằm tạo, xây dựng lại hoặc xóa chỉ mục được nhóm hoặc xây dựng lại hoặc xóa chỉ mục không được phân cụm. Điều này ngăn cản tất cả người dùng truy cập vào bảng cơ sở trong quá trình hoạt động. Thao tác chỉ mục ngoại tuyến tạo ra chỉ mục không được phân cụm sẽ nhận được khóa (S) dùng chung trên bảng. Điều này ngăn cản việc cập nhật bảng cơ sở nhưng cho phép đọc các thao tác như câu lệnh SELECT. Hoạt động xây dựng lại vùng heap đa luồng được cho phép.

Để biết thêm thông tin, xem .

Ghi chú

Các thao tác lập chỉ mục trực tuyến không có sẵn trong tất cả các phiên bản của SQL Server. Để biết thêm thông tin, hãy xem .

CHUYỂN ĐẾN ( phân vùng_scheme_name**( tên_cột [ 1,** ... N] ) | nhóm tập tin | "mặc định" }

Chỉ định vị trí để di chuyển các hàng dữ liệu hiện ở cấp độ lá của chỉ mục được nhóm. Bảng được chuyển đến vị trí mới. Cài đặt này chỉ áp dụng cho các ràng buộc tạo thành chỉ mục được nhóm.

Ghi chú

Trong ngữ cảnh này, mặc định không phải là một từ khóa. Nó là mã định danh nhóm tệp mặc định và do đó phải được phân cách, ví dụ: DI CHUYỂN ĐẾN. « mặc định » hoặc CHUYỂN ĐẾN [ mặc định ] .Nếu một giá trị được chỉ định " mặc định " , thì tham số QUOTED_IDENTIFIER cho phiên hiện tại phải được đặt thành BẬT. Đây là cài đặt mặc định, hãy xem SET QUOTED_IDENTIFIER (Transact-SQL).

(KIỂM TRA | NOCHECK) Ràng buộc
Cho biết ràng buộc_name được bật hay tắt. Tham số này chỉ có thể được sử dụng với các hạn chế FOREIGN KEY và CHECK. Nếu NOCHECK được chỉ định, ràng buộc sẽ bị vô hiệu hóa và các lần chèn hoặc cập nhật trong tương lai cho cột sẽ không được kiểm tra theo các điều kiện của ràng buộc. Không thể tắt các ràng buộc MẶC ĐỊNH, PRIMARY KEY và UNIQUE.

TẤT CẢ
Chỉ định rằng tất cả các hạn chế bị vô hiệu hóa bằng tham số NOCHECK hoặc được bật bằng tham số CHECK.

(BẬT | TẮT) KÍCH HOẠT
Cho biết ràng buộc trigger_name được bật hay tắt. Trình kích hoạt bị tắt vẫn được xác định cho bảng; tuy nhiên, khi một câu lệnh INSERT, UPDATE hoặc DELETE được đưa ra đối với một bảng, các hành động trong trình kích hoạt sẽ không được thực thi cho đến khi trình kích hoạt được kích hoạt lại.

TẤT CẢ
Cho biết tất cả trình kích hoạt trong bảng đều được bật hoặc tắt.

trigger_name
Chỉ định tên của trình kích hoạt sẽ được bật hoặc tắt.

(BẬT | TẮT) CHANGE_TRACKING

Cho biết tính năng theo dõi thay đổi được bật hay tắt cho bảng này. Theo mặc định, tính năng theo dõi thay đổi bị tắt.

Tùy chọn này chỉ khả dụng nếu tính năng theo dõi thay đổi được bật trên cơ sở dữ liệu. Để biết thêm thông tin, hãy xem THAY ĐỔI Tùy chọn CƠ SỞ CƠ SỞ (Transact-SQL).

Để bật theo dõi thay đổi, bảng phải chứa khóa chính.

VỚI ( TRACK_COLUMNS_UPDATED = (BẬT | TẮT) )

Cho biết liệu Công cụ cơ sở dữ liệu có theo dõi các cập nhật cột hay không. Giá trị mặc định là tắt.

CHUYỂN [PARTITION source_partition_number_biểu thức] ĐẾN (tên_lược đồ] target_table [biểu thức PARTITION target_partition_number_]

Chuyển khối dữ liệu theo một trong các cách sau.

Gán lại tất cả dữ liệu bảng dưới dạng phân vùng trong bảng đã được phân vùng hiện có.

Chuyển đổi phân vùng từ bảng được phân vùng này sang bảng khác.

Gán lại tất cả dữ liệu trong một phân vùng của bảng được phân vùng cho một bảng không được phân vùng hiện có.

Nếu bảng bảng được phân vùng thì phải chỉ định đối số biểu thức source_partition_number_. Nếu bảng target_table được phân vùng thì đối số biểu thức target_partition_number_phải được chỉ định. Nếu bạn đang gán lại dữ liệu bảng làm phân vùng cho một bảng đã được phân vùng hiện có hoặc chuyển phân vùng từ bảng được phân vùng này sang bảng được phân vùng khác thì phân vùng đích phải tồn tại và trống.

Nếu bạn đang gán lại dữ liệu từ một phân vùng để tạo thành một bảng duy nhất thì một bảng mục tiêu trống phải được tạo sẵn. Cả bảng hoặc phân vùng nguồn và bảng hoặc phân vùng đích phải được đặt trong cùng một nhóm tệp. Các chỉ mục hoặc phân vùng chỉ mục tương ứng cũng phải được đặt trong cùng một nhóm tệp. Nhiều hạn chế bổ sung áp dụng cho các phần chuyển đổi. Giá trị của bảng và target_table không được giống nhau. Giá trị target_table có thể là mã định danh nhiều phần.

Các đối số biểu thức source_partition_number_ và target_partition_number_ là các biểu thức không đổi có thể tham chiếu đến các biến và hàm. Chúng bao gồm các biến kiểu do người dùng xác định và các hàm do người dùng xác định. Họ không thể tham chiếu các biểu thức Transact-SQL.

Để biết thông tin về giới hạn SWITCH khi sử dụng bản sao, hãy xem .

BỘ ( FILESTREAM_ON = ( phân vùng_scheme_name | filestream_filegroup_name | "mặc định" | "VÔ GIÁ TRỊ" } )

Chỉ định vị trí lưu trữ cho dữ liệu FILESTREAM.

Câu lệnh ALTER TABLE có mệnh đề SET FILESTREAM_ON sẽ chỉ thành công nếu không có cột FILESTREAM nào trong bảng. Bạn có thể thêm các cột FILESTREAM bằng câu lệnh ALTER TABLE thứ hai.

Nếu phân vùng_scheme_name được chỉ định thì các quy tắc TẠO BẢNG sẽ được áp dụng. Bảng phải được phân vùng cho các hàng dữ liệu và sơ đồ phân vùng phải sử dụng cùng các chức năng và cột phân vùng được sử dụng trong sơ đồ phân vùng FILESTREAM.

Đối số filestream_filegroup_name chỉ định tên của nhóm tệp FILESTREAM. Một nhóm tệp phải có một tệp được xác định cho mỗi nhóm tệp bằng cách sử dụng câu lệnh CREATE DATABASE hoặc ALTER DATABASE, nếu không sẽ xảy ra lỗi.

"mặc định" chỉ định một nhóm tệp FILESTREAM với tập thuộc tính DEFAULT. Nếu không có nhóm tệp FILESTREAM thì sẽ xảy ra lỗi.

"VÔ GIÁ TRỊ" cho biết việc loại bỏ tất cả các tham chiếu nhóm tệp FILESTREAM cho bảng. Đầu tiên, tất cả các cột FILESTREAM phải bị xóa. Bạn phải sử dụng lệnh SET FILESTREAM_ON**=" VÔ GIÁ TRỊ"** để xóa tất cả dữ liệu FILESTREAM được liên kết với bảng.

BỘ ( LOCK_ESCALATION = ( TỰ ĐỘNG | BẢNG | TẮT ) )

Chỉ định các phương thức leo thang khóa được phép cho một bảng.

TỰ ĐỘNG
Cài đặt này cho phép Công cụ cơ sở dữ liệu SQL Server chọn mức độ chi tiết leo thang khóa phù hợp với lược đồ bảng nhất định.
- Các bảng được phân vùng cho phép leo thang khóa tới các phân vùng. Khi một khóa đã được nâng lên cấp độ phân vùng, sẽ không có sự leo thang nào nữa lên mức độ chi tiết BẢNG.
  
  Nếu bảng không được phân vùng, khóa sẽ tích tụ theo mức độ chi tiết của BẢNG.

BÀN
Việc leo thang khóa sẽ xảy ra ở mức độ chi tiết của bảng, bất kể bảng có được phân vùng hay không. Giá trị mặc định là BẢNG.

VÔ HIỆU HÓA
Ngăn chặn sự leo thang khóa trong hầu hết các trường hợp. Khóa cấp bảng không bị vô hiệu hóa hoàn toàn. Ví dụ: khi quét một bảng không có chỉ mục được nhóm ở mức cô lập SERIALIZABLE, Công cụ cơ sở dữ liệu phải có khóa trên bảng để bảo vệ tính toàn vẹn dữ liệu.

XÂY DỰNG LẠI
Sử dụng cú pháp REBUILD WITH để xây dựng lại toàn bộ bảng, bao gồm tất cả các phân vùng thành một bảng được phân vùng. Nếu bảng chứa chỉ mục được nhóm, tham số REBUILD sẽ xây dựng lại nó. REBUILD có thể được thực hiện dưới dạng thao tác TRỰC TUYẾN.

Sử dụng cú pháp REBUILD PARTITION để xây dựng lại một phân vùng trong bảng được phân vùng.

Xây dựng lại tất cả các phần khi cài đặt nén phần được thay đổi.

XÂY DỰNG LẠI VỚI ( )
Tất cả cài đặt áp dụng cho bảng có chỉ mục được nhóm. Nếu bảng không chứa chỉ mục được nhóm thì chỉ một số tham số nhất định mới ảnh hưởng đến cấu trúc vùng heap.

Nếu như tham số cụ thể nén không được chỉ định bằng thao tác REBUILD, cài đặt nén hiện tại cho phần sẽ được sử dụng. Trở về tham số hiện tại truy vấn cột nén dữ liệu từ chế độ xem danh mục sys.partitions.

Để biết mô tả đầy đủ về các tùy chọn xây dựng lại này, hãy xem index_option (Transact-SQL).

DATA_COMPRESSION

Đặt chế độ nén dữ liệu cho bảng, số phân vùng hoặc phạm vi phân vùng được chỉ định. Dưới đây là các tùy chọn có sẵn.

KHÔNG CÓ
Bảng hoặc các phân vùng được chỉ định không được nén. Điều này không áp dụng cho các bảng cột.

HÀNG NGANG
Các bảng hoặc phân vùng được chỉ định sẽ được nén bằng cách nén hàng. Điều này không áp dụng cho các bảng cột.

TRANG
Các bảng hoặc phân vùng được chỉ định sẽ được nén bằng cách nén trang. Điều này không áp dụng cho các bảng cột.

Chỉ áp dụng cho các bảng cột. COLUMNSTORE chỉ định rằng phần được đóng gói bằng tham số COLUMNSTORE_ARCHIVE phải được giải nén. Khi dữ liệu được khôi phục, quá trình nén sẽ tiếp tục sử dụng tính năng nén kho lưu trữ cột được cung cấp cho tất cả các bảng kho lưu trữ cột.

COLUMNSTORE_ARCHIVE

Chỉ áp dụng cho các bảng lưu trữ cột, là các bảng được lưu trữ với chỉ mục kho lưu trữ cột được nhóm. Tham số COLUMNSTORE_ARCHIVE đảm bảo nén thêm phần được chỉ định để thậm chí nhiều hơn kích thước nhỏ hơn. Điều này có thể được sử dụng để lưu trữ hoặc các tình huống khác khi cần giảm dung lượng và có thể tăng thời gian lưu trữ và truy xuất.

Để xây dựng lại nhiều phân vùng cùng một lúc, hãy xem index_option (Transact-SQL). Nếu một bảng không có chỉ mục được nhóm thì chỉ mục heap và không được nhóm sẽ được xây dựng lại khi nén dữ liệu thay đổi. Để biết thêm thông tin về nén, hãy xem .

TRỰC TUYẾN = (BẬT | TẮT)<применяемое к single_partition_rebuild_option>
Xác định xem một phân vùng bảng cơ sở cụ thể và các chỉ mục liên quan có sẵn sàng để truy vấn và sửa đổi dữ liệu trong quá trình hoạt động chỉ mục hay không. Giá trị mặc định là tắt. REBUILD có thể được thực hiện dưới dạng thao tác TRỰC TUYẾN.

TRÊN
Khóa bảng dài hạn không được hỗ trợ trong quá trình hoạt động chỉ mục. Bạn phải có khóa S trên bàn khi bắt đầu xây dựng lại chỉ mục và khóa Sch-M trên bàn khi kết thúc quá trình xây dựng lại chỉ mục trực tuyến. Cả hai khóa đều là khóa siêu dữ liệu ngắn, nhưng khóa thay đổi lược đồ (Sch-M) phải đợi tất cả các giao dịch chặn hoàn tất. Trong khi chờ đợi, Sch-M chặn tất cả các giao dịch khác đang chờ sau khóa này để truy cập vào cùng một bảng.

Ghi chú

Việc xây dựng lại chỉ mục trực tuyến có thể đặt các tham số low_priority_lock_wait được mô tả sau trong phần này.

TẮT
Khóa bảng được áp dụng trong các hoạt động chỉ mục. Điều này ngăn cản tất cả người dùng truy cập vào bảng cơ sở trong quá trình hoạt động.

cột_set_name XML COLUMN_SET CHO ALL_SPARSE_COLUMNS

Tên của tập hợp cột. Tập hợp cột là một biểu diễn XML chưa được định kiểu, kết hợp tất cả các cột thưa thớt của bảng thành đầu ra có cấu trúc. Không thể thêm tập hợp cột vào bảng nếu nó chứa các cột thưa thớt. Để biết thêm thông tin về tập hợp cột, hãy xem .

(BẬT | TẮT) FILETABLE_NAMESPACE

Bật hoặc tắt các hạn chế cho FileTable, do hệ thống thiết lập. Chỉ có thể được sử dụng cho FileTable.

BỘ (FILETABLE_DIRECTORY = tên thư mục)

Chỉ định tên thư mục FileTable tương thích với Windows. Tên này phải là duy nhất trong số tất cả các tên thư mục FileTable trong cơ sở dữ liệu. Kiểm tra tính duy nhất không phân biệt chữ hoa chữ thường, bất kể đối chiếu SQL. Chỉ có thể được sử dụng cho FileTable.

WAIT_AT_LOW_PRIORITY

Việc xây dựng lại chỉ mục trực tuyến phải chờ thao tác khóa trên bảng này. Giá trị WAIT_AT_LOW_PRIORITY chỉ định rằng thao tác xây dựng lại chỉ mục trực tuyến sẽ chờ khóa mức độ ưu tiên thấp, cho phép các thao tác khác tiếp tục trong khi thao tác xây dựng lại chỉ mục trực tuyến đang chờ xử lý. Việc bỏ tham số WAIT AT LOW PRIORITY tương đương với WAIT_AT_LOW_PRIORITY (MAX_DUration = 0 phút, ABORT_AFTER_WAIT = NONE).

MAX_DUration = thời gian [ PHÚT ]

Thời gian chờ (giá trị số nguyên được chỉ định bằng phút) mà SWITCH hoặc khóa cho hoạt động xây dựng lại chỉ mục trực tuyến sẽ chờ ở mức ưu tiên thấp khi thực hiện lệnh DDL. Nếu thao tác bị chặn trong khoảng thời gian MAX_DURIC, một trong các hành động ABORT_AFTER_WAIT sẽ được thực hiện. Thời gian MAX_DUration luôn được chỉ định bằng phút và có thể bỏ qua từ MINUTES.

ABORT_AFTER_WAIT = [ KHÔNG CÓ | BẢN THÂN | CHẶN } ]

KHÔNG CÓ
Tiếp tục chờ khóa có mức độ ưu tiên bình thường.

BẢN THÂN
Hủy bỏ thao tác SWITCH hoặc lập chỉ mục trực tuyến, xây dựng lại hoạt động DDL hiện đang diễn ra mà không thực hiện bất kỳ hành động nào.

CHẶN
Dừng bất kỳ giao dịch người dùng nào hiện đang chặn hoạt động SWITCH hoặc hoạt động xây dựng lại chỉ mục trực tuyến DDL để hoạt động có thể tiếp tục.

THAY ĐỔI MỌI quyền KẾT NỐI cần thiết

Ghi chú

Để thêm hàng dữ liệu mới, hãy sử dụng INSERT. Để xóa các hàng dữ liệu, hãy sử dụng BẢNG XÓA hoặc TRUNCATE. Để thay đổi giá trị trong các hàng hiện có, hãy sử dụng UPDATE.

Nếu có bất kỳ kế hoạch thực hiện nào trong bộ đệm thủ tục tham chiếu đến một bảng, ALTER TABLE sẽ đánh dấu chúng để biên dịch lại trong lần thực hiện tiếp theo.

Thay đổi kích thước một cột

Độ dài, độ chính xác và tỷ lệ của cột có thể được thay đổi bằng cách chỉ định kích thước mới cho kiểu dữ liệu của cột trong mệnh đề ALTER COLUMN. Nếu cột có dữ liệu thì kích thước mới không được nhỏ hơn kích thước dữ liệu tối đa. Ngoài ra, không thể xác định một cột trong chỉ mục trừ khi kiểu dữ liệu của cột là varchar, nvarchar hoặc varbinary và chỉ mục không phải là kết quả của ràng buộc PRIMARY KEY. Xem ví dụ R.

Khóa và câu lệnh ALTER TABLE

Những thay đổi được chỉ định trong câu lệnh ALTER TABLE sẽ được thực hiện ngay lập tức. Nếu các thay đổi yêu cầu sửa đổi các hàng trong bảng, câu lệnh ALTER TABLE sẽ cập nhật các hàng đó. Câu lệnh ALTER TABLE yêu cầu khóa sửa đổi lược đồ (SCH-M) trên bảng để đảm bảo rằng trong quá trình sửa đổi, các kết nối khác thậm chí không tham chiếu đến siêu dữ liệu của bảng, ngoại trừ các hoạt động lập chỉ mục trực tuyến yêu cầu khóa SCH-M rất ngắn tại kết thúc. Thao tác ALTER TABLE...SWITCH yêu cầu khóa trên cả bảng nguồn và bảng đích. Những thay đổi được thực hiện đối với bảng sẽ được ghi lại và hoàn toàn có thể đảo ngược. Những thay đổi ảnh hưởng đến tất cả các hàng trong bảng rất lớn, chẳng hạn như xóa một cột hoặc (trong một số phiên bản của SQL Server) thêm cột NOT NULL với giá trị mặc định, có thể mất nhiều thời gian và tạo ra nhiều mục nhật ký. Các câu lệnh ALTER TABLE này phải được thực hiện một cách thận trọng giống như bất kỳ câu lệnh INSERT, UPDATE hoặc DELETE nào ảnh hưởng đến nhiều hàng.

Thêm các cột KHÔNG NULL làm hoạt động mạng

Bắt đầu với SQL Server 2012 Enterprise Edition, việc thêm cột NOT NULL với giá trị mặc định là một thao tác trực tuyến nếu giá trị mặc định là hằng số thời gian chạy. Điều này có nghĩa là thao tác được thực hiện gần như ngay lập tức, bất kể số lượng hàng trong bảng. Điều này xảy ra vì các hàng hiện có trong bảng không được cập nhật trong quá trình hoạt động. Thay vào đó, giá trị mặc định chỉ được lưu trữ trong siêu dữ liệu của bảng và giá trị đó được thay thế khi cần trong các truy vấn truy cập vào các hàng đó. Chế độ vận hành này hoạt động tự động. Để thực hiện một thao tác trên mạng, cú pháp THÊM COLUMN là đủ. Hằng số thời gian chạy là một biểu thức có cùng giá trị tại thời gian chạy cho mỗi hàng trong bảng, bất kể tính tất định của nó. Ví dụ: biểu thức hằng số "Dữ liệu tạm thời" và hàm hệ thống GETUTCDATETIME() là các hằng số thời gian chạy. Mặt khác, các hàm NEWID() và NEWSEQUENTIALID() không phải là hằng số thời gian chạy vì một giá trị duy nhất được tạo cho mỗi hàng trong bảng. Việc thêm cột NOT NULL với giá trị mặc định không phải là hằng số thời gian chạy luôn được thực hiện ngoại tuyến và khóa độc quyền (SCH-M) được áp dụng trong quá trình hoạt động.

Mặc dù các hàng hiện tại đề cập đến giá trị được lưu trữ trong siêu dữ liệu, giá trị mặc định được lưu trữ trong hàng cho tất cả các hàng mới được chèn mà không chỉ định giá trị khác cho cột. Giá trị mặc định được lưu trong siêu dữ liệu sẽ được chuyển đến hàng hiện có khi hàng được cập nhật (ngay cả khi cột thực tế không được chỉ định trong câu lệnh UPDATE) và khi bảng hoặc chỉ mục nhóm được xây dựng lại.

Không thể thêm các cột thuộc loại varchar(max), nvarchar(max), varbinary(max), xml, văn bản, ntext, hình ảnh, phân cấp, hình học, địa lý hoặc các loại do người dùng CLR xác định vào hoạt động trực tuyến. Một cột không thể được thêm vào mạng nếu kết quả của hoạt động đó Kích thước tối đa dòng sẽ vượt quá giới hạn 8060 byte. Trong trường hợp này, cột được thêm vào như một phần của hoạt động ngoại tuyến.

Thực hiện kế hoạch song song

Trong vấn đề Microsoft SQL Máy chủ 2012 Enterprise trở lên phiên bản sau số lượng bộ xử lý được sử dụng để thực thi một câu lệnh CONSTRAINT ALTER TABLE ADD (dựa trên chỉ mục) hoặc DROP (chỉ mục được nhóm) được xác định bởi một tham số cấu hình mức độ song song tối đa và khối lượng công việc hiện tại. Nếu Công cụ cơ sở dữ liệu xác định rằng hệ thống đang bận, nó sẽ tự động hạ thấp mức độ song song của hoạt động trước khi bắt đầu thực thi câu lệnh. Bạn có thể định cấu hình thủ công số lượng bộ xử lý được sử dụng để chạy câu lệnh bằng cách chỉ định tham số MAXDOP. Để biết thêm thông tin, xem .

Bảng được phân vùng

Ngoài việc thực hiện các thao tác SWITCH ảnh hưởng đến các bảng được phân vùng, ALTER TABLE có thể được sử dụng để thay đổi trạng thái của các cột, các ràng buộc và kích hoạt của một bảng được phân vùng giống như cách nó được sử dụng cho các bảng không được phân vùng. Tuy nhiên, câu lệnh này không thể được sử dụng để thay đổi cách phân vùng bảng. Để phân vùng lại một bảng đã phân vùng, hãy sử dụng ALTER PARTITION SCHEME và ALTER PARTITION FUNCTION . Ngoài ra, bạn không thể thay đổi kiểu dữ liệu của cột trong bảng được phân vùng.

Các ràng buộc trên các bảng có chế độ xem giới hạn lược đồ

Các câu lệnh ALTER TABLE trên các bảng có chế độ xem giới hạn lược đồ phải tuân theo các hạn chế tương tự hiện đang áp dụng cho việc thay đổi các bảng bằng một chỉ mục đơn giản. Cho phép thêm một cột. Tuy nhiên, không được phép xóa hoặc thay đổi cột tham gia vào bất kỳ chế độ xem giới hạn lược đồ nào. Nếu câu lệnh ALTER TABLE yêu cầu thay đổi cột được sử dụng trong chế độ xem giới hạn lược đồ thì câu lệnh ALTER TABLE không thành công và Công cụ cơ sở dữ liệu đưa ra thông báo lỗi. Để biết thêm thông tin về liên kết lược đồ và các dạng xem được lập chỉ mục, hãy xem TẠO CHẾ ĐỘ XEM (Transact-SQL).

Việc tạo chế độ xem giới hạn lược đồ để tham chiếu các bảng không ảnh hưởng đến việc thêm hoặc xóa trình kích hoạt trên các bảng cơ bản.

Chỉ mục và câu lệnh ALTER TABLE

Khi bạn loại bỏ các ràng buộc, các chỉ mục được tạo như một phần của ràng buộc cũng sẽ bị loại bỏ. Các chỉ mục được tạo bằng câu lệnh CREATE INDEX phải được loại bỏ bằng câu lệnh DROP INDEX. Câu lệnh ALTER INDEX có thể được sử dụng để xây dựng lại phần chỉ mục của định nghĩa ràng buộc; Bạn không nên xóa và thêm lại một ràng buộc bằng câu lệnh ALTER TABLE.

Trước khi có thể xóa một cột, bạn phải xóa tất cả các chỉ mục và ràng buộc dựa trên cột đó.

Sau khi loại bỏ ràng buộc tạo chỉ mục được nhóm, các hàng dữ liệu được lưu trữ ở cấp độ lá của chỉ mục được nhóm sẽ được lưu trữ trong bảng không được nhóm. Bạn có thể bỏ chỉ mục được nhóm và di chuyển bảng kết quả sang một nhóm tệp hoặc sơ đồ phân vùng khác trong một giao dịch bằng cách chỉ định tùy chọn DI CHUYỂN ĐẾN. Tham số MOVE TO có những hạn chế sau.

Tùy chọn DI CHUYỂN ĐẾN không hợp lệ đối với các chế độ xem được lập chỉ mục hoặc các chỉ mục không được bao gồm.

Sơ đồ phân vùng hoặc nhóm tập tin phải tồn tại.

Nếu đối số MOVE TO không được chỉ định, bảng sẽ được đặt trong cùng sơ đồ phân vùng hoặc nhóm tệp đã được xác định cho chỉ mục được nhóm.

Khi xóa chỉ mục được nhóm, bạn có thể chỉ định tùy chọn TRỰC TUYẾN = BẬT để giao dịch DROP INDEX sẽ không chặn các truy vấn đối với dữ liệu cơ bản và các thay đổi đối với dữ liệu đó hoặc đối với các chỉ mục không được phân nhóm liên quan.

tham số TRỰC TUYẾN = ON có những hạn chế sau.

= BẬT cho các chỉ mục được nhóm, cũng bị tắt. Các chỉ mục bị vô hiệu hóa phải được xóa bằng tùy chọn TRỰC TUYẾN = TẮT.

Mỗi lần chỉ có thể xóa một chỉ mục.

Tham số TRỰC TUYẾN không được phép = BẬT cho chế độ xem được lập chỉ mục, chỉ mục không được phân loại hoặc chỉ mục trên các bảng tạm thời cục bộ.

Ý nghĩa TRỰC TUYẾN = BẬT không hợp lệ đối với các chỉ mục của cửa hàng cột.

Việc loại bỏ chỉ mục được nhóm tạm thời yêu cầu dung lượng ổ đĩa bằng kích thước của chỉ mục được nhóm hiện có. Không gian bổ sung này sẽ được giải phóng ngay sau khi thao tác hoàn tất.

Ghi chú

Các tùy chọn được liệt kê trong , áp dụng cho các chỉ mục bảng được nhóm. Chúng không thể được áp dụng cho các chỉ mục dạng xem được nhóm hoặc các chỉ mục không được phân cụm.

Sao chép các thay đổi lược đồ

Theo mặc định, khi bạn chạy lệnh ALTER TABLE trên bảng đã xuất bản trong SQL Server Nhà xuất bản, thay đổi sẽ được truyền tới tất cả người đăng ký SQL Server. Tính năng này có một số hạn chế và có thể bị vô hiệu hóa. Để biết thêm thông tin, xem .

nén dữ liệu

Bảng hệ thống không thể bật tính năng nén. Nếu bảng là một đống thì thao tác xây dựng lại TRỰC TUYẾN sẽ là một luồng đơn. Sử dụng chế độ NGOẠI TUYẾN để thực hiện các thao tác xây dựng lại vùng nhớ heap đa luồng. Để biết thêm thông tin về nén dữ liệu, hãy xem .

Bạn có thể ước tính trạng thái nén của bảng, chỉ mục hoặc phân vùng bằng cách sử dụng thủ tục được lưu trữ sp_estimate_data_compression_ Savings.

Các hạn chế sau đây áp dụng cho các bảng được phân vùng:

Nếu một bảng có các chỉ mục không được căn chỉnh, bạn không thể thay đổi cài đặt nén của một phân vùng riêng lẻ.

Cú pháp ALTER TABLE

Xóa cột NTEXT

Khi xóa các cột NTEXT, việc xóa dữ liệu đã xóa được thực hiện dưới dạng thao tác tuần tự hóa trên tất cả các hàng. Điều này có thể đòi hỏi thời gian đáng kể. Khi xóa cột NTEXT trong bảng có nhiều hàng, trước tiên hãy đặt cột NTEXT thành NULL, sau đó xóa cột. Điều này có thể được thực hiện bằng cách sử dụng các thao tác song song và có thể thực hiện nhanh hơn nhiều.

Xây dựng lại các chỉ mục trực tuyến.

Để thực thi câu lệnh DDL nhằm xây dựng lại chỉ mục trực tuyến, tất cả các giao dịch chặn đang hoạt động chạy trên một bảng cụ thể phải được hoàn thành. Nếu bạn thực hiện xây dựng lại chỉ mục trực tuyến, mọi giao dịch mới sẵn sàng thực hiện trên bảng đều bị chặn. Mặc dù thời gian khóa để xây dựng lại chỉ mục trực tuyến là rất ngắn, nhưng việc chờ đợi tất cả các giao dịch đang mở trên một bảng nhất định hoàn tất và việc chặn các giao dịch mới được bắt đầu có thể có tác động đáng kể đến băng thông và thời gian thực hiện thao tác, cũng như hạn chế đáng kể quyền truy cập vào bảng cơ sở. Tham số WAIT_AT_LOW_PRIORITY cho phép quản trị viên cơ sở dữ liệu quản lý các khóa S và Sch-M cần thiết để xây dựng lại chỉ mục trực tuyến. Có 3 lựa chọn có sẵn. Trong cả 3 trường hợp, nếu không có hoạt động chặn nào trong khi chờ ((MAX_DUration =n)), thì việc xây dựng lại chỉ mục trực tuyến sẽ được thực hiện ngay lập tức và không cần đợi câu lệnh DDL hoàn tất.

Hỗ trợ tương thích

Câu lệnh ALTER TABLE chỉ cho phép tên bảng gồm hai phần (schema.object). Trong SQL Server 2014, khi bạn chỉ định tên bảng theo các định dạng sau, lỗi 117 sẽ xảy ra khi biên dịch.

"server.database.schema.table"

".database.schema.table"

"..schema.table"

TRONG những phiên bản trước Khi chỉ định định dạng "server.database.schema.table", đã xảy ra lỗi 4902. Định dạng ".database.schema.table" hoặc "..schema.table" đã được xử lý thành công.

Để giải quyết vấn đề này, hãy sử dụng tiền tố gồm bốn phần.

Quyền

Cần có quyền ALTER trên bảng.

Quyền ALTER TABLE áp dụng cho cả hai bảng bị ảnh hưởng bởi câu lệnh ALTER TABLE SWITCH. Mọi dữ liệu được chuyển đổi đều kế thừa sự bảo vệ của bảng mục tiêu.

Nếu bất kỳ cột nào trong câu lệnh ALTER TABLE là loại do người dùng xác định cho thời gian chạy ngôn ngữ chung hoặc dưới dạng loại dữ liệu bí danh thì cần có quyền REFERENCES đối với loại đó.

Cần có quyền để thêm cột cập nhật các hàng trong bảng CẬP NHẬT cho cái bàn này. Ví dụ: thêm một cột CÓ GIÁ TRỊ với giá trị mặc định hoặc thêm cột nhận dạng nếu bảng không trống.

Ví dụ

Thêm cột và ràng buộc

Các ví dụ trong phần này cho thấy cách thêm cột và ràng buộc vào bảng.

A.Thêm một cột mới

Ví dụ sau đây cho thấy việc thêm một cột cho phép giá trị null và không có giá trị nào được cung cấp thông qua định nghĩa DEFAULT. Cột mới sẽ có giá trị NULL trong mỗi hàng.

TẠO BẢNG dbo.doc_exa (cột_a INT); ĐI THAY ĐỔI BẢNG dbo.doc_exa THÊM cột_b VARCHAR(20) NULL ; ĐI

B.Thêm một cột có ràng buộc

Ví dụ sau thêm một cột mới với ràng buộc UNIQUE.

TẠO BẢNG dbo.doc_exc (cột_a INT); ĐI THAY ĐỔI BẢNG dbo.doc_exc THÊM cột_b VARCHAR(20) NULL CONSTRAINT exb_unique UNIQUE ; GO EXEC sp_help doc_exc ; BẢNG THẢ ĐI dbo.doc_exc; ĐI

C.Thêm ràng buộc CHECK không được kiểm tra vào cột hiện có

Ví dụ sau đây thêm một ràng buộc vào một cột hiện có trong bảng. Cột có giá trị vi phạm ràng buộc này. Do đó, để tránh kiểm tra ràng buộc đối với các hàng hiện có và để cho phép thêm ràng buộc, WITH NOCHECK được sử dụng.

TẠO BẢNG dbo.doc_exd (cột_a INT); ĐI CHÈN VÀO GIÁ TRỊ dbo.doc_exd (-1); ĐI THAY ĐỔI BẢNG dbo.doc_exd VỚI NOCHECK THÊM CONSTRAINT exd_check CHECK (column_a > 1) ; ĐI EXEC sp_help doc_exd ; BẢNG THẢ Dbo.doc_exd ; ĐI

D.Thêm ràng buộc DEFAULT vào cột hiện có

Ví dụ sau đây cho thấy cách tạo một bảng có hai cột và điền các giá trị vào cột đầu tiên; cột còn lại vẫn là NULL. Trong trường hợp này, ràng buộc DEFAULT được thêm vào cột thứ hai. Để kiểm tra xem giá trị mặc định có được áp dụng hay không, một giá trị khác sẽ được chèn vào cột đầu tiên và một truy vấn được tạo đối với bảng.

TẠO BẢNG dbo.doc_exz (cột_a INT, cột_b INT) ; ĐI CHÈN VÀO dbo.doc_exz (column_a)VALUES (7) ; ĐI THAY ĐỔI BẢNG dbo.doc_exz THÊM Ràng buộc col_b_def MẶC ĐỊNH 50 CHO cột_b; ĐI CHÈN VÀO dbo.doc_exz (cột_a) GIÁ TRỊ (10); CHỌN * TỪ dbo.doc_exz; BẢNG THẢ Dbo.doc_exz; ĐI

D.Thêm nhiều cột có hạn chế

Ví dụ sau đây cho thấy việc thêm nhiều cột với các hạn chế được xác định bằng cột mới. Cột mới đầu tiên có thuộc tính IDENTITY. Mỗi hàng của bảng có các giá trị bổ sung mới trong cột nhận dạng.

TẠO BẢNG dbo.doc_exe (cột_a INT CONSTRAINT cột_a_un ĐỘC ĐÁO); GO ALTER TABLE dbo.doc_exe ADD -- Thêm cột nhận dạng PRIMARY KEY. cột_b INT IDENTITY CONSTRAINT CONSTRAINT cột_b_pk KHÓA CHÍNH, -- Thêm một cột tham chiếu đến một cột khác trong cùng một bảng. cột_c INT NULL CONSTRAINT cột_c_fk TÀI LIỆU THAM KHẢO doc_exe(column_a), -- Thêm một cột có ràng buộc để thực thi điều đó -- dữ liệu không rỗng có định dạng số điện thoại hợp lệ. cột_d VARCHAR(16) NULL CONSTRAINT cột_d_chk CHECK (cột_d THÍCH "-" HOẶC cột_d THÍCH "() -"), -- Thêm một cột không có giá trị mặc định. cột_e DECIMAL(3,3) CONSTRAINT cột_e_default DEFAULT .081 ; ĐI EXEC sp_help doc_exe ; BẢNG THẢ dbo.doc_exe ; ĐI

E. Thêm một cột có giá trị mặc định

Ví dụ sau đây cho thấy việc thêm một cột có thể rỗng với định nghĩa DEFAULT và sử dụng WITH VALUES để cung cấp giá trị cho mỗi hàng trong bảng. Nếu không sử dụng VỚI GIÁ TRỊ thì mỗi hàng trong cột mới là NULL.

TẠO BẢNG dbo.doc_exf (cột_a INT); ĐI CHÈN VÀO CÁC GIÁ TRỊ dbo.doc_exf (1); ĐI THAY ĐỔI BẢNG dbo.doc_exf THÊM AddDate smalldatetime NULL CONSTRAINT AddDateDflt DEFAULT GETDATE() VỚI GIÁ TRỊ; BẢNG THẢ ĐI dbo.doc_exf ; ĐI

G.Tạo ràng buộc PRIMARY KEY với các tham số chỉ mục

Ví dụ sau đây cho thấy cách tạo ràng buộc PRIMARY KEY PK_TransactionHistoryArchive_TransactionID và đặt tham số FILLFACTOR, ONLINE và PAD_INDEX. Chỉ mục được nhóm kết quả sẽ có cùng tên với ràng buộc.

H.Thêm cột thưa thớt

Các ví dụ sau đây cho thấy cách thêm và sửa đổi các cột thưa thớt trong bảng T1. Code tạo bảng T1:

TẠO BẢNG T1 (C1 int PRIMARY KEY, C2 varchar(50) SPARSE NULL, C3 int SPARSE NULL, C4 int) ; ĐI

Để thêm cột thưa thớt C5 bổ sung, hãy chạy câu lệnh sau.

THAY ĐỔI BẢNG T1 THÊM C5 char(100) NULL THƯỢT ; ĐI

Để chuyển đổi cột không thưa C4 thành cột thưa, hãy chạy câu lệnh sau.

THAY ĐỔI BẢNG T1 THAY ĐỔI CỘT C4 THÊM THƯỢNG ; ĐI

Để chuyển đổi cột thưa thớt C4 thành không thưa thớt, hãy chạy câu lệnh sau.

THAY ĐỔI BẢNG T1 THAY ĐỔI CỘT C4 THẢ THẢI; ĐI

I.Thêm một tập hợp các cột

Các ví dụ sau đây cho thấy cách thêm một cột vào bảng T2. Không thể thêm tập hợp cột vào bảng nếu nó đã chứa các cột thưa thớt. Code tạo bảng T2:

TẠO BẢNG T2 (C1 int PRIMARY KEY, C2 varchar(50) NULL, C3 int NULL, C4 int) ; ĐI

Ba câu lệnh tiếp theo thêm một tập hợp các cột có tên CS và sau đó thay đổi cột C2 và C3 thành SPARSE.

THAY ĐỔI BẢNG T2 THÊM CS XML COLUMN_SET CHO ALL_SPARSE_COLUMNS; ĐI THAY ĐỔI BẢNG T2 THAY ĐỔI CỘT C2 THÊM THƯỢNG ; ĐI THAY ĐỔI BẢNG T2 THAY ĐỔI CỘT C3 THÊM THƯỢNG ; ĐI

[Về phần đầu]

Loại bỏ cột và ràng buộc

Các ví dụ trong phần này minh họa việc loại bỏ các cột và ràng buộc.

A.Xóa một hoặc nhiều cột

Ví dụ đầu tiên sửa đổi bảng để loại bỏ một cột. Ví dụ thứ hai loại bỏ một số cột.

TẠO BẢNG dbo.doc_exb (cột_a INT, cột_b VARCHAR(20) NULL, cột_c datetime, cột_d int) ; GO -- Xóa một cột. THAY ĐỔI BẢNG dbo.doc_exb THẢ CỘT cột_b ; GO -- Xóa nhiều cột. THAY ĐỔI BẢNG dbo.doc_exb THẢ CỘT cột_c, cột_d;

B. Loại bỏ các ràng buộc và cột

Ví dụ đầu tiên loại bỏ ràng buộc UNIQUE khỏi bảng. Ví dụ thứ hai loại bỏ 2 ràng buộc và một cột.

TẠO BẢNG dbo.doc_exc (cột_a int KHÔNG NULL CONSTRAINT my_constraint ĐỘC ĐÁO); GO -- Ví dụ 1. Loại bỏ một ràng buộc duy nhất. THAY ĐỔI BẢNG dbo.doc_exc THẢ my_constraint; BẢNG THẢ Dbo.doc_exc; ĐI TẠO BẢNG dbo.doc_exc (column_a int NOT NULL CONSTRAINT my_constraint UNIQUE, cột_b int NOT NULL CONSTRAINT my_pk_constraint PRIMARY KEY) ; GO -- Ví dụ 2. Loại bỏ hai ràng buộc và một cột -- Từ khóa CONSTRAINT là tùy chọn. Từ khóa COLUMN là bắt buộc. THAY ĐỔI BẢNG dbo.doc_exc DROP CONSTRAINT CONSTRAINT my_constraint, my_pk_constraint, COLUMN column_b ; ĐI

B. Loại bỏ hạn chế PRIMARY KEY ở chế độ TRỰC TUYẾN

Ví dụ sau loại bỏ ràng buộc PRIMARY KEY với tham số ONLINE được đặt thành ON.

THAY ĐỔI BẢNG Production.TransactionHistoryArchive DROP CONSTRAINT PK_TransactionHistoryArchive_TransactionID VỚI (TRỰC TUYẾN = BẬT); ĐI

D.Thêm và xóa ràng buộc FOREIGN KEY

Ví dụ sau đây cho thấy cách tạo bảng ContactBackup rồi sửa đổi bảng đó bằng cách trước tiên thêm ràng buộc FOREIGN KEY tham chiếu đến bảng Person.Person, sau đó loại bỏ ràng buộc FOREIGN KEY.

TẠO BẢNG Person.contactBackup (contactID int); ĐI THAY ĐỔI BẢNG Person.contactBackup THÊM Ràng buộc FK_contactBacup_contact KEY NGOẠI TỆ (contactID) TÀI LIỆU THAM KHẢO Person.Person (BusinessEntityID); ĐI THAY ĐỔI BẢNG Person.contactBackup DROP CONSTRAINT FK_contactBacup_contact ; ĐI THẢ BẢNG Person.contactBackup ;

[Về phần đầu]

Thay đổi định nghĩa cột

A. thay đổi kiểu dữ liệu của một cột.

Ví dụ sau thay đổi một cột trong bảng từ INT thành DECIMAL.

TẠO BẢNG dbo.doc_exy (cột_a INT); ĐI CHÈN VÀO dbo.doc_exy (cột_a) GIÁ TRỊ (10); ĐI THAY ĐỔI BẢNG dbo.doc_exy THAY ĐỔI CỘT cột_a DECIMAL (5, 2) ; BẢNG THẢ ĐI dbo.doc_exy ; ĐI

B. Thay đổi kích thước cột

Ví dụ sau đây tăng kích thước của cột varchar cũng như độ chính xác và tỷ lệ của cột thập phân. Vì các cột chứa dữ liệu nên kích thước của chúng chỉ có thể tăng lên. Cũng lưu ý rằng cột col_a được xác định trong một chỉ mục duy nhất. Cột col_a có thể được tăng kích thước vì nó có kiểu dữ liệu varchar và chỉ mục không phải là kết quả của ràng buộc PRIMARY KEY.

NẾU OBJECT_ID ("dbo.doc_exy", "U") KHÔNG PHẢI LÀ BẢNG DROP NULL dbo.doc_exy; GO -- Tạo bảng hai cột với chỉ mục duy nhất trên cột varchar. TẠO BẢNG dbo.doc_exy (col_a varchar(5) ĐỘC ĐÁO KHÔNG NULL, col_b thập phân (4,2)); ĐI CHÈN VÀO CÁC GIÁ TRỊ dbo.doc_exy ("Kiểm tra", 99,99); GO -- Xác minh kích thước cột hiện tại. CHỌN tên, TYPE_NAME(system_type_id), max_length, độ chính xác, tỷ lệ TỪ sys.columns WHERE object_id = OBJECT_ID(N"dbo.doc_exy"); GO -- Tăng kích thước của cột varchar. THAY ĐỔI BẢNG dbo.doc_exy ALTER COLUMN col_a varchar(25); GO -- Tăng tỷ lệ và độ chính xác của cột thập phân. ALTER TABLE dbo.doc_exy ALTER COLUMN col_b thập phân (10,4); GO -- Chèn một hàng mới. XÁC NHẬN VÀO GIÁ TRỊ dbo.doc_exy ("MyNewColumnSize", 99999.9999); GO -- Xác minh kích thước cột hiện tại. CHỌN tên, TYPE_NAME(system_type_id), max_length, độ chính xác, tỷ lệ TỪ sys.columns WHERE object_id = OBJECT_ID(N"dbo.doc_exy");

C.Thay đổi tùy chọn đối chiếu của cột

Ví dụ sau đây minh họa việc thay đổi cách sắp xếp của một cột. Đầu tiên, một bảng được tạo với sự đối chiếu mặc định của người dùng.

TẠO BẢNG T3 (C1 int PRIMARY KEY, C2 varchar(50) NULL, C3 int NULL, C4 int) ; ĐI

Đối chiếu của cột C2 sau đó được đổi thành Latin1_General_BIN. Lưu ý rằng kiểu dữ liệu phải được chỉ định, mặc dù nó không thay đổi.

THAY ĐỔI BẢNG T3 THAY ĐỔI CỘT C2 varchar(50) THU THẬP Latin1_General_BIN; ĐI

[Về phần đầu]

Thay đổi định nghĩa bảng

Các ví dụ trong phần này chỉ ra cách thay đổi định nghĩa bảng.

A.Thay đổi bảng để thay đổi chế độ nén

Ví dụ sau thay đổi chế độ nén của bảng không được phân vùng. Chỉ mục heap hoặc cụm sẽ được xây dựng lại. Nếu bảng là một đống thì tất cả các chỉ mục không được nhóm sẽ được xây dựng lại.

THAY ĐỔI BẢNG T1 XÂY DỰNG LẠI VỚI (DATA_COMPRESSION = TRANG);

Ví dụ sau thay đổi chế độ nén của bảng được phân vùng. Lệnh REBUILD PARTITION = 1 chỉ khiến phân vùng số 1 được xây dựng lại.

Thao tác tương tự sử dụng cú pháp thay thế sau đây sẽ khiến tất cả các phân vùng trong bảng được xây dựng lại.

Để biết thêm ví dụ về nén dữ liệu, hãy xem .

B. Sửa đổi bảng lưu trữ cột để thay đổi nén lưu trữ

Ví dụ sau đây cho thấy cách nén thêm phân vùng bảng lưu trữ cột bằng thuật toán nén bổ sung. Điều này dẫn đến việc giảm thêm kích thước bảng, nhưng đồng thời làm tăng thời gian lưu và truy xuất dữ liệu. Điều này có thể được sử dụng để lưu trữ hoặc trong các tình huống cần giảm không gian và tăng thời gian lưu trữ và truy xuất.

Ví dụ sau đây cho thấy việc giải nén một phân vùng bảng lưu trữ cột được đóng gói với tham số COLUMNSTORE_ARCHIVE. Khi dữ liệu được khôi phục, quá trình nén sẽ tiếp tục sử dụng tính năng nén kho lưu trữ cột được cung cấp cho tất cả các bảng kho lưu trữ cột.

B.Chuyển đổi các phần giữa các bảng

Ví dụ sau đây minh họa cách tạo bảng được phân vùng, giả sử rằng sơ đồ phân vùng myRangePS1 đã được tạo trong cơ sở dữ liệu. Sau đó, một bảng không được phân vùng sẽ được tạo với cấu trúc giống như bảng được phân vùng và trong cùng một nhóm tệp với PHẦN 2 của Bảng phân vùng. Trong trường hợp này, dữ liệu PHẦN THAM GIA 2 của Bảng phân vùng được chuyển sang Bảng không phân vùng.

TẠO BẢNG Phân vùng Bảng (col1 int, col2 char(10)) TRÊN myRangePS1 (col1); ĐI TẠO BẢNG NonPartitionTable (col1 int, col2 char(10)) TRÊN test2fg ; ĐI THAY ĐỔI BẢNG Phân vùng CHUYỂN PHẦN 2 SANG NonPartitionTable; ĐI

D. Cho phép leo thang khóa đối với các bảng được phân vùng

Ví dụ sau đây cho phép leo thang khóa ở cấp độ phân vùng trong bảng được phân vùng. Nếu bảng không được phân vùng, khóa sẽ được chuyển lên cấp BẢNG.

E. Thiết lập theo dõi thay đổi cho bảng

Ví dụ sau đây cho phép theo dõi thay đổi trên bảng Person.Person.

Ví dụ sau đây cho phép theo dõi thay đổi và theo dõi các cột được cập nhật khi thực hiện thay đổi.

Ví dụ sau đây tắt tính năng theo dõi thay đổi trên bảng Person.Person.

[Về phần đầu]

Vô hiệu hóa hoặc kích hoạt các hạn chế và kích hoạt

A. Vô hiệu hóa và kích hoạt lại hạn chế

Ví dụ sau đây vô hiệu hóa giới hạn lương. Tùy chọn NOCHECK CONSTRAINT được sử dụng trong câu lệnh ALTER TABLE để vô hiệu hóa ràng buộc và cho phép các phần chèn xung đột với ràng buộc đã chỉ định. CHECK CONSTRAINT kích hoạt lại ràng buộc.

TẠO BẢNG dbo.cnst_example (id INT KHÔNG NULL, tên VARCHAR(10) NOT NULL, lương TIỀN KHÔNG NULL CONSTRAINT lương_cap CHECK (mức lương< 100000)); -- Valid inserts INSERT INTO dbo.cnst_example VALUES (1,"Joe Brown",65000); INSERT INTO dbo.cnst_example VALUES (2,"Mary Smith",75000); -- This insert violates the constraint. INSERT INTO dbo.cnst_example VALUES (3,"Pat Jones",105000); -- Disable the constraint and try again. ALTER TABLE dbo.cnst_example NOCHECK CONSTRAINT salary_cap; INSERT INTO dbo.cnst_example VALUES (3,"Pat Jones",105000); -- Re-enable the constraint and try another insert; this will fail. ALTER TABLE dbo.cnst_example CHECK CONSTRAINT salary_cap; INSERT INTO dbo.cnst_example VALUES (4,"Eric James",110000) ;

B. Vô hiệu hóa và kích hoạt lại trình kích hoạt

Ví dụ sau đây cho thấy việc sử dụng tùy chọn DISABLE TRIGGER của câu lệnh ALTER TABLE để vô hiệu hóa trình kích hoạt và cho phép một thao tác chèn thường phá vỡ trình kích hoạt. Câu lệnh ENABLE TRIGGER sau đó được sử dụng để kích hoạt lại trigger.

TẠO BẢNG dbo.trig_example (id INT, tên VARCHAR(12), lương TIỀN) ; GO -- Tạo trình kích hoạt. TẠO TRIGGER dbo.trig1 TRÊN dbo.trig_example ĐỂ CHÈN NHƯ IF (CHỌN ĐẾM(*) TỪ CHÈN Ở ĐÂU lương > 100000) > 0 BEGIN in "Lỗi TRIG1: bạn đã cố gắng chèn mức lương > $100.000" GIAO DỊCH ROLLBACK KẾT THÚC ; ĐI -- Hãy thử chèn vi phạm trình kích hoạt. CHÈN VÀO CÁC GIÁ TRỊ dbo.trig_example (1,"Pat Smith",100001) ; GO -- Tắt trình kích hoạt. THAY ĐỔI BẢNG dbo.trig_example TẮT TRIGGER trig1 ; ĐI -- Hãy thử một phần chèn thường vi phạm trình kích hoạt. CHÈN VÀO CÁC GIÁ TRỊ dbo.trig_example (2,"Chuck Jones",100001) ; GO -- Kích hoạt lại trình kích hoạt. THAY ĐỔI BẢNG dbo.trig_example KÍCH HOẠT TRIGGER trig1 ; ĐI -- Hãy thử chèn vi phạm trình kích hoạt. CHÈN VÀO CÁC GIÁ TRỊ dbo.trig_example (3,"Mary Booth",100001) ; ĐI

Hướng dẫn

Hướng dẫn này nói về cái gì?

ngôn ngữ SQL

DML - Ngôn ngữ thao tác dữ liệu, chứa các cấu trúc sau:
- CHỌN – lựa chọn dữ liệu
- INSERT – chèn dữ liệu mới
- UPDATE – cập nhật dữ liệu
- DELETE – xóa dữ liệu
- MERGE – hợp nhất dữ liệu

Sách giáo khoa này được biên soạn theo nguyên tắc Từng bước một, tức là bạn cần đọc tuần tự và tốt nhất là làm theo ngay các ví dụ. Nhưng nếu trong quá trình thực hiện, bạn cần tìm hiểu chi tiết hơn về một lệnh nào đó, 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.

Khi viết cuốn sách giáo khoa này Cơ sở dữ liệu được sử dụng là MS SQL Server phiên bản 2014, tôi đã sử dụng MS SQL Server Management Studio (SSMS) để thực thi các tập lệnh.

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

SQL Server Management Studio (SSMS) là một tiện ích dành cho Microsoft SQL Server để định cấu hình, quản lý và quản lý 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ẽ sử dụng chủ yếu) và chương trình đồ họa, hoạt động với các đối tượng và cài đặt máy chủ. Chủ yếu công cụ SQL Server Management Studio là một 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 được mượn một phầ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 thi một đội nhất định(hoặc nhóm lệnh) chọn nó và nhấn nút “Thực thi” hoặc phím “F5”. Nếu hiện tại chỉ có một lệnh trong trình soạn thảo hoặc bạn cần thực thi tất cả các lệnh thì bạn không cần phải chọn bất kỳ lệnh nào.

Sau khi chạy các tập lệnh, đặc biệt là các 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 tính năng làm mới từ danh mục bằng cách chọn 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ế, đó 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 bạn có thể dễ dàng tự học.

Một chút lý thuyết

DBMS - Hệ thống quản lý cơ sở dữ liệu, tức là đây là 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ú
Bở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 ra có nghĩa là “Oracle DBMS”, thì trong ngữ cảnh của cuốn sách này, thuật ngữ DB đôi khi sẽ được sử dụng. Từ bối cảnh, tôi nghĩ sẽ rõ chính xác chúng ta đang nói về điều gì.

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 làm từ đồng nghĩa thể hiện cùng một điều.

Bảng là đối tượng chính của RDB, mọi thứ dữ liệu RDBđược lưu trữ theo hàng trong các cột của bảng. Dòng và 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 chỉ định để chúng được truy cập sau đó.
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 30 ký tự. Do đó, đối với một cơ sở dữ liệu cụ thể, bạn cần xây dựng 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à ngôn ngữ cho phép bạn truy vấn cơ sở dữ liệu bằng DBMS. Trong một DBMS cụ thể, ngôn ngữ SQL có thể có cách triển khai cụ thể (phương ngữ riêng của nó).

DDL và DML là 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à 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ũng như cập nhật và xóa dữ liệu hiện có.

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

Bình luận một dòng
Và

/* chú thích nhiều dòng */

Trên thực tế, điều này sẽ là đủ cho lý thuyết.

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

trong trường hợp này

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

Mã số nhân sự – số nguyên
Tên đầy đủ – chuỗi
Ngày sinh – ngày
Email – chuỗi
Vị trí - chuỗi
Sở - tuyến

Để bắt đầu, 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ự miêu tả
Chuỗi có độ dài thay đổi	varchar(N) Và nvarchar(N)	Sử dụng số N, chúng ta có thể chỉ định độ dài chuỗi tối đa có thể có 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 loại 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ữ các chuỗi ở định dạng ASCII, trong đó một ký tự chiếm 1 byte và nvarchar lưu trữ các 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 sẽ không cần lưu trữ các ký tự Unicode. Ví dụ: varchar có thể được sử dụng để lưu trữ địa chỉ email vì... chúng thường chỉ chứa các ký tự ASCII.
Chuỗi có độ dài cố định	ký tự(N) Và nchar(N)	Loại 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 bằng khoảng trắng 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 chính xác 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 hiếm khi được sử dụng và nếu được sử dụng, nó được sử dụng chủ yếu ở định dạng char(1), tức là. khi một trường được xác định bởi một ký tự đơn.
số nguyên	int	Kiểu này cho phép chúng ta chỉ sử dụng số nguyên trong cột, cả dương và âm. Để tham khảo (bây giờ điều này không còn phù hợp với chúng tôi nữa), phạm vi số mà loại int cho phép là từ -2,147,483,648 đến 2,147,483,647. Thông thường, đây là loại chính được sử dụng để chỉ định mã định danh.
Số thực hoặc số thực	trôi nổi	Nói một cách đơn giản, đây là những số có thể chứa dấu thập phân (dấu phẩy).
ngày	ngày	Nếu cột chỉ cần lưu trữ Ngày, bao gồm ba thành phần: Ngày, Tháng và Năm. Ví dụ: 15/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 trường hợp điều quan trọng là chúng tôi chỉ ghi lại 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.
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ụ: “Thời gian 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 đồng thời cả Ngày và Giờ. Ví dụ: 15/02/2014 17:38:31.323 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 thuận tiện sử dụng để lưu trữ các giá trị có dạng “Có”/“Không”, trong đó “Có” sẽ được lưu dưới dạng 1 và “Không” sẽ được lưu dưới dạng 0.

Để chạy các ví dụ, hãy tạo một cơ sở dữ liệu thử nghiệm có tên Test.

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

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 hết sức cẩn thận với lệnh này):

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

SỬ DỤNG Kiểm tra
Ngoài ra, hãy chọn cơ sở dữ liệu Kiểm tra từ danh sách thả xuống trong vùng menu SSMS. Khi làm 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ư hiện tại, sử dụng dấu cách và ký tự Cyrillic:

TẠO BẢNG [Nhân viên]([Mã số nhân sự] int, [Tên] nvarchar(30), [Ngày sinh] ngày, nvarchar(30), [Vị trí] 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 hết bạn nên chỉ định tất cả các tên đố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 “Mã số nhân sự”, chúng ta có thể đặt tên Số nhân sự. Bạn cũng có thể sử dụng số trong tên, ví dụ: PhoneNumber1.

Trên một ghi chú
Trong một số DBMS, có thể thích hợp hơn định dạng tiếp theo ví dụ: tên “PHONE_NUMBER”, định dạng này thường được sử dụng trong cơ sở dữ liệu ORACLE. Đương nhiên, khi chỉ định tên trường, điều mong muốn là nó không trùng 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 [Employees]:

BẢNG THẢ [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 – Mã số nhân sự (ID nhân viên)
Tên – tên đầy đủ
Ngày sinh – Ngày sinh
Email – Email
Chức vụ - Chức vụ
Khoa - Khoa

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

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

Đối với một bảng hiện có, 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 Tên nvarchar(30) NOT NULL

Trên một ghi chú
Khái niệm chung về ngôn ngữ SQL vẫn giống nhau đối với hầu hết các DBMS (ít nhất, đây là những gì tôi có thể đánh giá từ các DBMS mà tôi đã làm việc cùng). Sự khác biệt giữa DDL trong các DBMS khác nhau chủ yếu nằm ở 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ả các chi tiết về cách triển khai chúng) và các chi tiết cụ thể về việc triển khai ngôn ngữ SQL cũng có thể khác nhau đôi chút (nghĩa là, bản chất của các lệnh là như nhau, nhưng có thể có một chút khác biệt về phương ngữ, than ôi, nhưng không có một tiêu chuẩn chung nào cả). Sau khi nắm vững các khái niệm cơ bản về SQL, bạn có thể dễ dàng chuyển đổi từ DBMS này sang DBMS khác, bởi vì... Trong trường hợp này, bạn chỉ cần hiểu chi tiết về việc triển khai 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 vẽ một sự tương tự là đủ.
Tạo một bảng TẠO BẢNG Nhân viên (ID int, -- trong ORACLE kiểu int tương đương (trình bao bọc) cho số (38) Tên nvarchar2(30), -- nvarchar2 trong ORACLE tương đương với nvarchar trong MS SQL Ngày sinh nhật, Email nvarchar2(30) , Vị trí nvarchar2(30), Sở nvarchar2(30)); -- cập nhật các trường ID và Name (ở đây MODIFY(...) được sử dụng thay cho 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 trông 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_Employees PRIMARY KEY(ID);
Đối với ORACLE, có sự khác biệt trong việc triển khai loại 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, chẳng hạn như ở dạng mã hóa UTF-8. Ngoài ra, độ dài của trường trong ORACLE có thể được đặt theo cả byte và ký tự, để làm điều này, chúng tôi sử dụng tùy chọn bổ sung BYTE và CHAR, đượ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 mặc định BYTE hoặc CHAR, trong trường hợp chỉ chỉ định loại varchar2(30) trong ORACLE, tùy thuộc vào cài đặt cơ sở dữ liệu và đôi khi nó có thể được đặt trong cài đặt IDE. Nói chung, đôi khi bạn có thể dễ dàng bị 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 hợp lý ở đây, chẳng hạn như khi sử dụng mã hóa UTF-8), tôi thích viết rõ ràng CHAR hơn (vì thường sẽ thuận tiện hơn khi tính độ dài của 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, cần phải điền các trường ID và Name vào tất cả các hàng của bảng. 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, Vị trí và Bộ phận; việc này có thể được thực hiện bằng tập lệnh sau:

INSERT Nhân viên(ID,Vị trí,Bộ phận) GIÁ TRỊ (1000,N"Giám đốc",N"Quản trị"), (1001,N"Lập trình viên",N"IT"), (1002,N"Kế toán",N"Kế toán" ), (1003,N"Lập trình viên cao cấp",N"IT")
Trong trường hợp này, lệnh INSERT cũng sẽ phát sinh lỗi vì Khi chèn, chúng tôi không chỉ định giá trị của trường Tên được yêu cầu.
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ẽ tạo ra một thông báo lỗi, trường Tên chứa các giá trị NULL (không xác định).

Chúng ta thêm giá trị cho trường Name và điền lại dữ liệu:

Tùy chọn NOT NULL cũng 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:

BẢNG THẢ Nhân viên
Bây giờ hãy tạo một bảng với các cột ID và Tên được yêu cầu:

TẠO BẢNG Nhân viên(ID int NOT NULL, Tên nvarchar(30) NOT NULL, Ngày sinh, Email nvarchar(30), Chức vụ 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 phép trong đó, 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ạo một cột hiện có là tùy chọn, thì hãy sử dụng cú pháp lệnh sau:

THAY ĐỔI BẢNG Nhân viên THAY ĐỔI CỘT Tên nvarchar(30) NULL
Hoặc đơn giản:

ALTER TABLE Nhân viên THAY ĐỔI CỘT Tên nvarchar(30)
Ngoài ra với lệnh này chúng ta có thể thay đổi loại trường này sang loại khác loại tương thích 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 THAY ĐỔI CỘT Tên nvarchar(50)

Khóa chính

Tạo khóa chính cho rồi bảng hiện có bạn có thể sử dụng lệnh:

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc PK_Nhân viên KHÓA CHÍNH (ID)
Trong đó "PK_Employees" là tên của ràng buộc chịu trách nhiệm về khóa chính. Thông thường, khóa chính được đặt tên bằng 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 đơn, phân tách bằng dấu phẩy:

THAY ĐỔI BẢNG tên_bảng THÊM Ràng buộc ràng buộc_tên KHÓA CHÍNH(field1,field2,…)
Điều đáng chú ý là trong MS SQL, tất cả các trường có trong khóa chính phải có đặc tính NOT NULL.

Khóa chính cũng 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:

BẢNG THẢ Nhân viên
Và sau đó chúng ta sẽ tạo nó bằng cú pháp sau:

TẠO BẢNG Nhân viên(ID int NOT NULL, Tên nvarchar(30) NOT NULL, Ngày sinh, Email nvarchar(30), Vị trí nvarchar(30), Phòng ban nvarchar(30), CONSTRAINT PK_Employees PRIMARY KEY(ID) -- mô tả PK sau tất cả các trường là một hạn chế)
Sau khi tạo, điền dữ liệu vào bảng:

INSERT Nhân viên(ID,Vị trí,Bộ phận,Tên) GIÁ TRỊ (1000,N"Giám đốc",N"Quản trị",N"Ivanov I.I."), (1001,N"Lập trình viên",N"IT",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 cấp cao",N"IT",N"Andreev A. A.")
Nếu khóa chính trong bảng chỉ bao gồm các giá trị của một cột thì bạn có thể sử dụng cú pháp sau:

TẠO BẢNG Nhân viên(ID int NOT NULL CONSTRAINT PK_Employees PRIMARY KEY, -- chỉ định làm đặc điểm của trường Tên nvarchar(30) NOT NULL, Ngày sinh, Email nvarchar(30), Vị trí nvarchar(30), Phòng ban nvarchar(30) )
Trên thực tế, bạn không cần phải chỉ định tên của ràng buộc, trong trường hợp đó nó sẽ được gán một tên hệ thống (như “PK__Employee__3214EC278DA42077”):

TẠO BẢNG Nhân viên(ID int NOT NULL, Tên nvarchar(30) NOT NULL, Ngày sinh, Email nvarchar(30), Vị trí nvarchar(30), Phòng ban nvarchar(30), PRIMARY KEY(ID))
Hoặc:

TẠO BẢNG Nhân viên(ID int NOT NULL PRIMARY KEY, Tên 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 rằng đối với các bảng cố định, bạn luôn đặt rõ ràng tên của ràng buộc, bởi vì Với một tên được chỉ định rõ ràng và dễ hiểu, sau này sẽ dễ dàng thao tác hơn, ví dụ: bạn có thể xóa nó:

THAY ĐỔI BẢNG Nhân viên BỎ Ràng buộc PK_Employees
Nhưng cú pháp ngắn gọn như vậy, không chỉ định tên của các hạn chế, sẽ thuận tiện khi sử dụng khi tạo các 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 ##), sẽ bị xóa sau khi sử dụng.

Hãy tóm tắt

TẠO BẢNG table_name (danh sách các trường và loại của chúng, các hạn chế) – được sử dụng để tạo một bảng mới trong cơ sở dữ liệu hiện tại;
BÀN THẢ table_name – dùng để xóa một bảng khỏi cơ sở dữ liệu hiện tại;
BẢNG THAY ĐỔI tên_bảng THAY ĐỔI CỘT tên_cột... – đượ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 THAY ĐỔI tên_bảng THÊM Ràng buộc ràng buộc_name KHÓA CHÍNH(field1, field2,...) – thêm khóa chính vào bảng hiện có;
BẢNG THAY ĐỔI tên_bảng Ràng buộc thả ràng buộc_name – loại bỏ một ràng buộc khỏi bảng.

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

Trích xuất 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ị với người tạo ra chúng cho đến khi phiên kết nối với phiên bản SQL Server kết thúc 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 phiên bản SQL Server. Các bảng tạm thời chung hiển thị với 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 đó được tạo và bị xóa khi tất cả người dùng tham chiếu các bảng đó ngắt kết nối khỏi phiên bản SQL Server.

Để tạo 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ì bảng tạm thời trong MS SQL tương tự như bảng thông thường nên nó cũng có thể bị xóa bằng lệnh DROP TABLE:

BẢNG THẢ #Temp

Bạn cũng có thể tạo một bảng tạm thời (như bảng thông thường) và điền ngay vào đó dữ liệu được truy vấn trả về 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ú
Việc triển khai các bảng tạm thời có thể khác nhau ở các DBMS 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 chi tiết cụ thể về 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 chiếc bàn 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 kết nối

Nhược điểm thứ hai là khối lượng lưu trữ 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ỉ định, điều này cần có khoảng trống trong cơ sở dữ liệu để lưu trữ từng 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 vị trí thay đổi, chẳng hạn 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 trẻ”. Trong trường hợp này, chúng ta sẽ phải thực hiện các thay đổi đối với từng hàng của bảng có Vị trí bằng “Lập trình viên”.

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

Hãy tạo 2 bảng thư mục “Vị trí” và “Bộ phận”, hãy gọi Vị trí đầu tiên và bảng thứ hai tương ứng là Bộ phận:

TẠO BẢNG Vị trí(ID int IDENTITY(1,1) NOT NULL CONSTRAINT PK_Positions PRIMARY KEY, Tên nvarchar(30) NOT NULL) TẠO BẢNG Phòng ban(ID int IDENTITY(1,1) NOT NULL CONSTRAINT PK_Departments PRIMARY KEY, Tên nvarchar(30 ) CÓ GIÁ TRỊ)
Lưu ý rằng ở đây chúng tôi đã sử dụng tùy chọn mới IDENTITY, cho biết dữ liệu trong cột ID sẽ được đánh số tự động, bắt đầu từ 1, với gia số là 1, tức là. Khi thêm bản ghi mới, 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. Một bảng chỉ có thể có một trường được xác định bằng thuộc tính IDENTITY và thông thường, nhưng không nhất thiết, trường đó 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 bằng bộ đếm có thể được thực hiện khác nhau. Ví dụ: trong MySQL, trường như vậy được xác định bằ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 SEQUENCE. Nhưng theo những gì tôi biết, ORACLE hiện đã thêm tùy chọn TẠO NHƯ 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 trong các trường Vị trí và Phòng ban của bảng Nhân viên:

Chúng tôi đ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 Vị trí DISTINCT TỪ Nhân viên Ở ĐÂU Vị trí KHÔNG NULL -- loại bỏ các bản ghi mà vị trí không được chỉ định
Hãy làm tương tự với bảng Departments:

CHÈN Phòng ban(Tên) CHỌN Phòng ban DISTINCT TỪ Nhân viên Ở ĐÂU Phòng ban KHÔNG CÓ
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 tập hợp giá trị được đánh số cho trường ID:

CHỌN * TỪ Vị trí

CHỌN * TỪ các khoa

Các bảng này lúc này sẽ đóng vai trò là sổ sách tham khảo để xác định các vị trí, phòng ban. Bây giờ chúng ta sẽ đề cập đến ID công việc và bộ phận. 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 định danh:

Thêm trường cho vị trí ID ALTER TABLE Nhân viên THÊM ID vị trí int -- thêm trường cho ID bộ phận ALTER TABLE Nhân viên THÊM ID phòng ban int
Loại trường tham chiếu phải giống như trong thư mục, trong trường hợp này là int.

Bạn cũng có thể thêm nhiều trường vào bảng cùng 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:

THAY ĐỔI BẢNG Nhân viên THÊM Vị tríID int, DepartmentID int
Bây giờ chúng ta hãy viết các liên kết (hạn chế tham chiếu - FOREIGN KEY) 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 những giá trị không nằm trong số các giá trị ID được tìm thấy trong thư mục.

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc FK_Employees_PositionID KHÓA NGOẠI TỆ(PositionID) TÀI LIỆU THAM KHẢO Vị trí(ID)
Và chúng ta sẽ làm tương tự cho trường thứ hai:

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc FK_Employees_DepartmentID FOREIGN KEY(DepartmentID) TÀI LIỆU THAM KHẢO Phòng ban(ID)
Bây giờ người dùng sẽ chỉ có thể nhập các giá trị ID từ thư mục tương ứng vào các trường này. Theo đó, để sử dụng một bộ phận hoặc vị trí mới, trước tiên anh ta sẽ phải thêm một mục mới vào thư mục tương ứng. Bởi vì Các vị trí, phòng ban hiện được lưu trữ trong các thư mục thành một bản duy nhất, vì vậy để thay đổi tên, chỉ cần thay đổi trong thư mục là đủ.

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

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

Bảng ALTER TABLE THÊM Ràng buộc ràng buộc_tên KHÓA NGOẠI(field1,field2,…) TÀI LIỆU THAM KHẢO reference_table(field1,field2,…)
Trong trường hợp này, trong bảng “reference_table”, khóa chính được biểu thị 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 Vị tríID và DepartmentID với các giá trị ID từ các thư mục. Hãy sử dụng lệnh DML UPDATE cho mục đích này:

CẬP NHẬT e SET Vị tríID=(CHỌN ID TỪ Vị trí WHERE Tên=e.Vị trí), DepartmentID=(CHỌN ID TỪ Phòng ban WHERE Tên=e.Bộ phận) TỪ Nhân viên e
Hãy xem điều gì xảy ra bằng cách chạy yêu cầu:

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

Vậy là các trường Vị trí và Phòng ban đã được điền đầy đủ các mã định danh tương ứng với các vị trí, phòng ban; trường Vị trí và Phòng ban không còn cần thiết trong bảng Nhân viên nữa, các bạn có thể xóa các trường này:

THAY ĐỔI BẢNG Nhân viên THẢ CỘT Chức vụ, Bộ phận
Bây giờ bảng của chúng tôi trông như thế này:

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

NHẬN DẠNG	Tên	Sinh nhật	E-mail	ID vị trí	ID khoa
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

CHỌN e.ID,e.Name,p.Name Vị tríName,d.Name Tên bộ phận TỪ Nhân viên e THAM GIA TRÁI 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ó thể thực hiện nhiều thao tác khác nhau với các đối tượng này - ví dụ: đổi tên hoặc xóa đối tượng.

Cũng cần lưu ý rằng 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 ta với các nhân viên, trường này sẽ cho biết nhân viên mà nhân viên này báo cáo. Hãy tạo một trường:

ALTER TABLE Nhân viên THÊM ID người quản lý int
Trường này cho phép giá trị NULL; ví dụ: trường này sẽ trống nếu không có cấp trên của nhân viên.

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

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc FK_Employees_ManagerID KHÓA NGOẠI TỆ (ID người quản lý) 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 đó:

Kết quả là chúng ta sẽ thấy hình ảnh sau (bảng Nhân viên được kết nối với các bảng Vị trí và Phòng ban, đồng thời cũng tham chiếu đế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 BẬT XÓA CASCADE và BẬT CẬP NHẬT CASCADE, cho biết cách xử lý khi xóa hoặc cập nhật bản ghi được tham chiếu trong bảng tham chiế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 cho bản ghi được tham chiếu từ bảng khác và chúng tôi cũng sẽ không thể xóa bản ghi đó khỏi thư mục cho đến khi xóa tất cả các hàng tham chiếu bản ghi này hoặc Hãy cập nhật các tham chiếu trong những dòng này thành một giá trị khác.

Ví dụ: hãy tạo lại bảng chỉ định tùy chọn BẬT XÓA CASCADE cho FK_Employees_DepartmentID:

DROP TABLE Nhân viên TẠO BẢNG Nhân viên(ID int NOT NULL, Tên nvarchar(30), Ngày sinh, Email nvarchar(30), LocationID int, DepartmentID int, ManagerID int, CONSTRAINT PK_Employees PRIMARY KEY (ID), CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY(DepartmentID) ) TÀI LIỆU THAM KHẢO Phòng ban(ID) TRÊN XÓA CASCADE, CONSTRAINT FK_Employees_PositionID FOREIGN KEY(PositionID) REFERENCES Vị trí(ID), CONSTRAINT FK_Employees_ManagerID FOREIGN KEY (ManagerID) REFERENCES Nhân viên(ID)) INSERT Nhân viên (ID,Tên,Ngày sinh,Vị tríID,DepartmentID,Người đàn ông agerID )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 Phòng ban WHERE ID=3
Hãy xem dữ liệu trong bảng Nhân viên:

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

NHẬN DẠNG	Tên	Sinh nhật	E-mail	ID vị trí	ID khoa	ID người quản lý
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

Tùy chọn ON UPDATE CASCADE hoạt động tương tự nhưng nó có hiệu quả khi cập nhật giá trị ID trong thư mục. Ví dụ: nếu chúng ta thay đổi ID của một vị trí trong thư mục vị trí thì trong trường hợp này DepartmentID trong bảng Nhân viên sẽ được cập nhật thành giá trị ID mới mà chúng ta đặt trong thư mục. Nhưng trong trường hợp này đơn giản là không thể chứng minh được đ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ẽ không cho phép chúng tôi thực hiện truy vấn sau (thay đổi mã định danh phòng ban 3 thành 30):

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

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

Chúng tôi cho phép thêm/thay đổi giá trị IDENTITY SET IDENTITY_INSERT Phòng ban ON INSERT Departments(ID,Name) VALUES(3,N"IT") -- chúng tôi cấm thêm/thay đổi giá trị IDENTITY SET IDENTITY_INSERT Phòng ban OFF
Hãy xóa hoàn toàn bảng Nhân viên bằng lệnh TRUNCATE TABLE:

BẢNG TRUNCATE Nhân viên
Và một lần nữa chúng ta sẽ tải lại dữ liệu vào đó bằng lệnh INSERT trước đó:

XÁC NHẬN Nhân viên (ID,Tên,Ngày sinh,ID vị trí,ID bộ phận,ID người quản lý)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 tóm tắt

Thêm thuộc tính IDENTITY vào một trường - cho phép bạn biến trường này thành trường được điền tự động (trường bộ đếm) cho bảng;
BẢNG THAY ĐỔI tên_bảng THÊM VÀO list_of_fields_with_characteristics – cho phép bạn thêm các trường mới vào bảng;
BẢNG THAY ĐỔI tên_bảng CỘT THẢ list_fields – cho phép bạn xóa các trường khỏi bảng;
BẢNG THAY ĐỔI tên_bảng THÊM Ràng buộc ràng buộc_name KHÓA NGOÀI(lĩnh vực) NGƯỜI GIỚI THIỆU table_reference(fields) – cho phép bạn xác định mối quan hệ giữa bảng và bảng tham chiếu.

Các hạn chế khác – ĐỘC ĐÁO, MẶC ĐỊNH, KIỂM TRA

CẬP NHẬT Email nhân viên SET=" [email được bảo vệ]" WHERE ID=1000 UPDATE Nhân viên SET Email=" [email được bảo vệ]" WHERE ID=1001 UPDATE Nhân viên SET Email=" [email được bảo vệ]" WHERE ID=1002 UPDATE Nhân viên SET Email=" [email được bảo vệ]"ID Ở ĐÂU = 1003
Bây giờ bạn có thể áp đặt ràng buộc về tính duy nhất trên trường này:

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc UQ_Employees_Email ĐỘC ĐÁO(Email)
Bây giờ người dùng sẽ không thể nhập cùng một E-mail cho nhiều nhân viên.

Một ràng buộc 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 tổ hợp các trường phải là duy nhất trong ngữ cảnh của các hàng trong bảng thì chúng tôi sẽ liệt kê chúng và phân tách chúng bằng dấu phẩy:

THAY ĐỔI BẢNG tên_bảng THÊM Ràng buộc ràng buộc_tên ĐỘC ĐÁO(field1,field2,…)
Bằng cách thêm ràng buộc DEFAULT vào một trường, chúng ta có thể chỉ định một giá trị mặc định sẽ được thay thế nếu khi chèn một bản ghi mới, trường này không được liệt kê trong danh sách các trường của lệnh INSERT. Hạn chế này có thể được đặt trực tiếp khi tạo bảng.

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

THAY ĐỔI BẢNG Nhân viên THÊM ngày thuê ngày KHÔNG NULL MẶC ĐỊNH SYSDATETIME()
Hoặc nếu cột HireDate đã tồn tại thì có thể sử dụng cú pháp sau:

THAY ĐỔI BẢNG Nhân viên THÊM SYSDATETIME MẶC ĐỊNH() CHO HireDate
Ở đây tôi không chỉ rõ 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á quan trọng. Nhưng nếu làm tốt thì mình nghĩ bạn không cần phải lười biếng mà cứ đặt tên bình thường thôi. Điều này được thực hiện như sau:

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc DF_Employees_HireDate DEFAULT SYSDATETIME() CHO HireDate
Vì cột này không tồn tại trước đó nên 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.

Tất nhiên, khi thêm một mục mới, ngày hiện tại cũng sẽ được chèn tự động, trừ khi chúng tôi đặt nó một cách rõ ràng, tức là. Chúng tôi sẽ không chỉ ra nó trong danh sách các cột. Hãy thể hiện điều này bằng 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

NHẬN DẠNG	Tên	Sinh nhật	E-mail	ID vị trí	ID khoa	ID người quản lý	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

THAY ĐỔI BẢNG Nhân viên THÊM Ràng buộc CK_Employees_ID KIỂM TRA (ID GIỮA 1000 VÀ 1999)
Ràng buộc thường được đặt tên theo cùng một cách, đầu tiên với tiền tố “CK_”, sau đó là tên của bảng và tên của trường mà ràng buộc này được áp đặt.

Hãy thử chèn một bản ghi không hợp lệ để kiểm tra xem ràng buộc có hoạt động không (chúng ta sẽ gặp lỗi tương ứng):

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

XÁC NHẬN GIÁ TRỊ Nhân viên (ID, Email) (1500," [email được bảo vệ]")
Bạn cũng có thể tạo các ràng buộc UNIQUE và CHECK mà không cần chỉ định tên:

ALTER TABLE Nhân viên THÊM ĐỘC ĐÁO(Email) ALTER TABLE Nhân viên THÊM KIỂM TRA (ID GIỮA 1000 VÀ 1999)
Nhưng nó không hẳn là vậy thực hành tốt và tốt hơn là chỉ định rõ ràng tên của ràng buộc, bởi vì Để tìm ra nó sau này, điều này 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 cho điều gì.

Với một cái tên hay, rất nhiều thông tin về ràng buộc có thể được tìm hiểu 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:

BẢNG THẢ Nhân viên
Và chúng tôi sẽ tạo lại nó với tất cả các hạn chế đã tạo bằng một lệnh CREATE TABLE:

TẠO BẢNG Nhân viên(ID int NOT NULL, Tên nvarchar(30), Ngày sinh, Email nvarchar(30), LocationID int, DepartmentID int, HireDate date NOT NULL DEFAULT SYSDATETIME(), -- đối với DEFAULT tôi sẽ tạo một ngoại lệ CONSTRAINT PK_Employees KHÓA CHÍNH (ID), CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY(DepartmentID) TÀI LIỆU THAM KHẢO Phòng ban(ID), CONSTRAINT FK_Employees_PositionID FOREIGN KEY(PositionID) FERENCES Vị trí(ID), CONSTRAINT UQ_Employees_Email UNIQUE (Email), CONSTRAINT CK_Employees_ID CHECK (ID GIỮA NĂM 1000 VÀ 1999) )

CHÈN Nhân viên (ID,Tên,Ngày sinh,Email,ID vị trí,ID bộ phận)GIÁ TRỊ (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 ràng buộc PRIMARY KEY và UNIQUE

THAY ĐỔI BẢNG tên_bảng THÊM Ràng buộc ràng buộc_tên KHÓA CHÍNH KHÔNG BAO GỒM(field1,field2,…)
Ví dụ: hãy tạo chỉ mục ràng buộc PK_Employees không được phân cụm và chỉ mục ràng buộc UQ_Employees_Email được phân cụm. Trước hết, hãy loại bỏ những hạn chế này:

THAY ĐỔI BẢNG Nhân viên BỎ Ràng buộc PK_Employees ALTER BẢNG Nhân viên BỎ Ràng buộc UQ_Employees_Email
Bây giờ hãy tạo chúng với các tùy chọn CLUSTERED và NONCLUSTERED:

ALTER BẢNG Nhân viên THÊM Ràng buộc PK_Employees KHÓA CHÍNH KHÔNG BAO GỒM (ID) ALTER BẢNG Nhân viên THÊM Ràng buộc UQ_Employees_Email ĐỘC ĐÁO (Email)
Bây giờ, bằng cách chọn từ bảng Nhân viên, chúng ta sẽ thấy các bản ghi được sắp xếp theo chỉ mục nhóm UQ_Employees_Email:

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

NHẬN DẠNG	Tên	Sinh nhật	E-mail	ID vị trí	ID khoa	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

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 nhóm, bởi vì Rất có thể, các truy vấn sẽ được thực hiện đối với bảng Nhân viên bằng cách sử dụng trường ID và trong một số trường hợp, có lẽ chính bảng đó sẽ hoạt động như một thư mục.

Đối với các thư mục, thông thường 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, chẳng hạn như tên (Vị trí, Phòng ban). Chúng ta hãy nhớ ở đây những gì tôi đã viết ở trên, rằng một chỉ mục được nhóm có quyền truy cập trực tiếp vào các hàng của bảng và theo đó chúng ta có thể nhận được giá trị của bất kỳ cột nào mà không cần thêm chi phí.

Sẽ rất thuận lợi khi áp dụng chỉ mục cụm cho các trường được lấy mẫu thường xuyên nhất.

Đôi khi các bảng được tạo bằng khóa dựa trên trường thay thế; trong trường hợp này, có thể hữu ích nếu lưu tùy chọn chỉ mục CLUSTERED cho một chỉ mục phù hợp hơn và chỉ định tùy chọn NONCLUSTERED khi tạo khóa chính thay thế.

Hãy tóm tắt

ở giai đoạn này

ở dạng đơn giản

KHÓA CHÍNH- khóa chính;
KHÓA NGOÀI– thiết lập các kết nối 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 đảm bảo 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;
Điều đáng lưu ý là tất cả các hạn chế có thể được loại bỏ bằng lệnh “ BẢNG THAY ĐỔI tên_bảng Ràng buộc thả ràng buộc_name".

được nhóm

KHÔNG BAO GỒM

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

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

TẠO CHỈ SỐ IDX_Employees_Name TRÊN Nhân viên(Tên)
Cũng tại đây, bạn có thể chỉ định các tùy chọn CLUSTERED, NONCLUSTERED, UNIQUE và bạn cũng có thể chỉ định hướng sắp xếp của từng trường riêng lẻ ASC (mặc định) hoặc DESC:

TẠO CHỈ SỐ KHÔNG BAO GỒM ĐỘC ĐÁO UQ_Employees_EmailDesc ON Nhân viên(Email DESC)
Khi tạo một chỉ mục không được nhóm, tùy chọn NONCLUSTERED có thể được bỏ qua, bởi vì theo mặc định, nó được ngụ ý và được hiển thị ở đây chỉ để cho biết vị trí của tùy chọn CLUSTERED hoặc NONCLUSTERED trong lệnh.

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

DROP INDEX IDX_Employees_Name TRÊN Nhân viên
Các chỉ mục đơn giản cũ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:

BẢNG THẢ Nhân viên
Và chúng tôi sẽ tạo lại nó với tất cả các hạn chế 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, Tên nvarchar(30), Ngày sinh, Email nvarchar(30), Vị tríID int, DepartmentID int, HireDate date NOT NULL CONSTRAINT DF_Employees_HireDate DEFAULT SYSDATETIME(), ManagerID int, CONSTRAINT PK_Employees PRIMARY KEY (ID ), CONSTRAINT FK_Employees_DepartmentID FOREIGN KEY(DepartmentID) TÀI LIỆU THAM KHẢO Phòng ban(ID), CONSTRAINT FK_Employees_PositionID FOREIGN KEY(PositionID) FERENCES Vị trí(ID), CONSTRAINT FK_Employees_ManagerID NGOÀI KHÓA (ID người quản lý) TÀI LIỆU THAM KHẢO Nhân viên(ID), CONSTRAINT UQ_Emplo Email ĐỘC ĐÁO(Email), Ràng buộc CK_Employees_ID CHECK(ID GIỮA 1000 VÀ 1999), INDEX IDX_Employees_Name(Name))
Cuối cùng, hãy chèn nhân viên của chúng ta vào bảng:

CHÈN Nhân viên (ID,Tên,Ngày sinh,Email,ID vị trí,ID bộ phận,ID người quản lý)GIÁ TRỊ (1000,N"Ivanov I.I.","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, điều đáng lưu ý là bạn có thể bao gồm các giá trị trong chỉ mục không được nhó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 gợi nhớ đến chỉ mục được nhóm, chỉ có điều lúc này chỉ mục không được gắn vào bảng mà các giá trị cần thiết sẽ đượ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 lựa chọn (CHỌN); nếu tất cả các trường được liệt kê đều có trong chỉ mục thì có thể không cần truy cập vào bảng. Nhưng điều này đương 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ê sẽ bị trùng lặp trong chỉ mục.

Trích xuất từ MSDN. Cú pháp lệnh chung để tạo chỉ mục
TẠO [ ĐỘC ĐÁO] [CỘP | KHÔNG BẬT ] INDEX tên_chỉ mục BẬT

Hướng dẫn tham khảo MySQL. Xóa các cột NTEXT. Các hạn chế khác – ĐỘC ĐÁO, MẶC ĐỊNH, KIỂM TRA

Cú pháp

Tranh luận

Ghi chú

Thay đổi kích thước một cột

Khóa và câu lệnh ALTER TABLE

Thêm các cột KHÔNG NULL làm hoạt động mạng

Thực hiện kế hoạch song song

Bảng được phân vùng

Các ràng buộc trên các bảng có chế độ xem giới hạn lược đồ

Chỉ mục và câu lệnh ALTER TABLE

Sao chép các thay đổi lược đồ

nén dữ liệu

Xóa cột NTEXT

Xây dựng lại các chỉ mục trực tuyến.

Hỗ trợ tương thích

Quyền

Ví dụ

Thêm cột và ràng buộc

A.Thêm một cột mới

B.Thêm một cột có ràng buộc

C.Thêm ràng buộc CHECK không được kiểm tra vào cột hiện có

D.Thêm ràng buộc DEFAULT vào cột hiện có

D.Thêm nhiều cột có hạn chế

E. Thêm một cột có giá trị mặc định

G.Tạo ràng buộc PRIMARY KEY với các tham số chỉ mục

H.Thêm cột thưa thớt

I.Thêm một tập hợp các cột

Loại bỏ cột và ràng buộc

A.Xóa một hoặc nhiều cột

B. Loại bỏ các ràng buộc và cột

B. Loại bỏ hạn chế PRIMARY KEY ở chế độ TRỰC TUYẾN

D.Thêm và xóa ràng buộc FOREIGN KEY

Thay đổi định nghĩa cột

A. thay đổi kiểu dữ liệu của một cột.

B. Thay đổi kích thước cột

C.Thay đổi tùy chọn đối chiếu của cột

Thay đổi định nghĩa bảng

A.Thay đổi bảng để thay đổi chế độ nén

B. Sửa đổi bảng lưu trữ cột để thay đổi nén lưu trữ

B.Chuyển đổi các phần giữa các bảng

D. Cho phép leo thang khóa đối với các bảng được phân vùng

E. Thiết lập theo dõi thay đổi cho bảng

Vô hiệu hóa hoặc kích hoạt các hạn chế và kích hoạt

A. Vô hiệu hóa và kích hoạt lại hạn chế

B. Vô hiệu hóa và kích hoạt lại trình kích hoạt

Hướng dẫn này nói về cái gì?

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

Một chút lý thuyết

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

Khóa chính

Hãy tóm tắt

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

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 kết nối

Hãy tóm tắt

Các hạn chế khác – ĐỘC ĐÁO, MẶC ĐỊNH, KIỂM TRA

Một chút về các chỉ mục được tạo khi tạo ràng buộc PRIMARY KEY và UNIQUE

Hãy tóm tắt

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

Hãy tóm tắt

Kết luận về DDL

Cú pháp SQL 2003

Từ khóa