Bài giảng Hệ quản trị cơ sở dữ liệu - Chương 2: Quản lý truy xuất đồng thời - Lương Trần Hy Hiến

 Khái niệm giao tác (transaction).

 Các vấn ñề xảy ra khi nhiều người cùng

khai thác Cơ Sở Dữ Liệu.

 Các giải pháp cho các vấn ñề trên.

DBMS02 – Slides 2

 Sử dụng giao tác trong SQL Server

pdf19 trang | Chia sẻ: phuongt97 | Lượt xem: 657 | Lượt tải: 0download
Nội dung tài liệu Bài giảng Hệ quản trị cơ sở dữ liệu - Chương 2: Quản lý truy xuất đồng thời - Lương Trần Hy Hiến, để tải tài liệu về máy bạn click vào nút DOWNLOAD ở trên
 Khái niệm giao tác (transaction).  Các vấn ñề xảy ra khi nhiều người cùng khai thác Cơ Sở Dữ Liệu.  Các giải pháp cho các vấn ñề trên. DBMS02 – Slides 2  Sử dụng giao tác trong SQL Server.  Giao tác là một dãy các thao tác cần thực hiện trên cơ sở dữ liệu dưới một ñơn vị duy nhất, nghĩa là hoặc thực hiện tất cả các thao tác hoặc không thực hiện thao DBMS02 – Slides 3 tác nào cả.  Ví dụ  Hệ thống giao dịch ngân hàng  Hệ thống ñặt vé bay  DBMS là môi trường ña người dùng Nhiều thao tác truy xuất lên cùng một ñơn vị dữ Giao tác DBMS02 – Slides 4  liệu  Nhiều thao tác thi hành ñồng thời Thời gian Khách hàng 1 Khách hàng 2 Tìm thấy 1 chỗ trống Tìm thấy 1 chỗ trống ðặt vé bay ðặt vé bay 2 khách hàng ñặt cùng 1 chỗ trống ??? Cơ chế tuần tự  Ví dụ: giao tác chuyển khoản từ A  B gồm 2 thao tác sau:  Trừ tiền A  Cộng tiền B DBMS02 – Slides 5  Chuyển khoản ñược thực hiện dưới dạng giao tác (transaction) nghĩa là hoặc thực hiện cả 2 việc trừ tiền A và cộng tiền B hoặc nếu có sự cố thì không làm gì cả và thông báo giao tác thất bại.  Khi DBMS gặp sự cố  Các thao tác có thể làm cho trạng thái CSDL không chính xác Giao tác Tài khoản A Tài khoản B DBMS02 – Slides 6 ðọc số dư của tài khoản A Kiểm tra (số dư > số tiền cần rút) Tăng số dư của tài khoản B Giảm số dư của tài khoản A Sự cố Ngân hàng chịu lỗ 1 khoảng tiền ???  Vấn ñề mất dữ liệu ñã cập nhật  Vấn ñề không thể ñọc lại  Vấn ñề dữ liệu không nhất quán DBMS02 – Slides 7  Vấn ñề mất dữ liệu ñã cập nhật  Ví dụ: Nhà sách còn 500 quyển sách.  Vào lúc T1 nhân viên A nhân yêu cầu mua 400 quyển từ khách hàng X. DBMS02 – Slides 8  Cũng vào T1 nhân viên B nhân yêu cầu mua 300 quyển từ khách hàng Y.  A và B ñọc dữ liệu thấy còn 500 quyển nên ñều ñồng ý bán  Vấn ñề mất dữ liệu ñã cập nhật (tt)  Ví dụ: Nhà sách còn 500 quyển sách.  Vào lúc T2 nhân viên A sẽ thực hiện cập nhật số sách từ 500 thành 100. DBMS02 – Slides 9  Vào lúc T3 nhân viên B sẽ thực hiện cập nhật số sách từ 500 thành 200.  Như vậy thao tác cập nhật của A không có tác dụng hay dữ liệu mà A cập nhật sẽ bị mất vì B cập nhật sau??? (last in wind)  Vấn ñề không thể ñọc lại  Ví dụ: Giả sử nhà sách còn 200 quyển sách.  Vào lúc T1 nhân viên A bán cho khách 150 quyển, sẽ thực hiện cập nhật số sách từ 200 thành 50. (giao dịch chưa hoàn thành chẳng hạn vì việc giao nhận DBMS02 – Slides 10 tiền chưa xong)  Sau ñó lúc T2, B nhận ñươc yêu cầu mua 100 quyển sách, nếu B ñược ñọc dữ liệu chưa hoàn tất thì B sẽ từ chối bán 100 quyển sách này.  Vấn ñề không thể ñọc lại (tt)  Ví dụ: Giả sử nhà sách còn 200 quyển sách.  Nếu vào lúc T3 vì lý do nào ñó chẳng hạn không ñủ tiền khách hàng của A không mua 150 quyển sách nửa. Giao tác bán hàng của A sẽ không thể thực hiện DBMS02 – Slides 11 nên quay về trạng thái số sách còn là 200.  Nhưng B ñã từ chối khách hàng.  Nếu B không ñọc ñược dữ liệu từ lúc T1 ñến T3 thì sẽ như thế nào?  Vấn ñề dữ liệu không nhất quán  Ví dụ: Giả sử nhân viên C cần tổng hợp 5 dòng dữ liệu 1 2 3 4 5 ñể làm một bản báo cáo. DBMS02 – Slides 12  T1:C ñọc và ñưa các dòng 1 2 3 4 vào báo cáo  T2:D lại xóa dòng 1 thay bằng dòng 6.  T3:C ñọc tiếp các dòng 5 6 ñưa vào báo cáo  Vậy báo cáo này xử lý cả dữ liệu cũ và mới  SAI  Nguyên tố (Atomicity)  Hoặc là toàn bộ hoạt ñộng của giao dịch ñược phản ánh ñúng ñắn trong CSDL hoặc không có hoạt ñộng nào cả  Nhất quán (Consistency)  Một giao tác ñược thực hiện ñộc lập với các giao tác khác Tính chất ACID của giao tác DBMS02 – Slides 13 xử lý ñồng thời với nó ñể bảo ñảm tính nhất quán cho CSDL  Cô lập (Isolation)  Một giao tác không quan tâm ñến các giao tác khác xử lý ñồng thời với nó  Bền vững (Durability)  Mọi thay ñổi mà giao tác thực hiện trên CSDL phải ñược ghi nhận bền vững Consistency Ví dụ T: Read(A,t); t:=t-50; Write(A,t); Read(B,t); t:=t+50; Write(B,t); DBMS02 – Slides 14   Tổng A+B là không ñổi  Nếu CSDL nhất quán trước khi T ñược thực hiện thì sau khi T hoàn tất CSDL vẫn còn nhất quán  Atomicity Ví dụ (tt) T: Read(A,t); t:=t-50; Write(A,t); Read(B,t); t:=t+50; Write(B,t); DBMS02 – Slides 15  A=100, B=200 (A+B=300)  Tại thời ñiểm sau khi write(A,t)  A=50, B=200 (A+B=250) - CSDL không nhất quán  Tại thời ñiểm sau khi write(B,t)  A=50, B=250 (A+B=300) - CSDL nhất quán  Nếu T không bao giờ bắt ñầu thực hiện hoặc T ñược ñảm bảo phải hoàn tất thì trạng thái không nhất quán sẽ không xuất hiện Durability Ví dụ (tt) T: Read(A,t); t:=t-50; Write(A,t); Read(B,t); t:=t+50; Write(B,t); DBMS02 – Slides 16   Khi T kết thúc thành công  Dữ liệu sẽ không thể nào bị mất bất chấp có sự cố hệ thống xãy ra  Isolation Ví dụ (tt) T’ T: Read(A,t); t:=t-50; Write(A,t); Read(B,t); t:=t+50; Write(B,t); DBMS02 – Slides 17  Giả sử có 1 giao tác T’ thực hiện phép toán A+B và chen vào giữa thời gian thực hiện của T  T’ kết thúc: A+B=50+200=250  T kết thúc: A+B=50+250=300  Hệ thống của các giao tác thực hiện ñồng thời có trạng thái tương ñương với trạng thái hệ thống của các giao tác thực hiện tuần tự theo 1 thứ tự nào ñó  Active  Ngay khi bắt ñầu thực hiện thao tác ñọc/ghi  Partially committed  Sau khi lệnh thi hành cuối cùng thực hiện  Failed Trạng thái của giao tác DBMS02 – Slides 18  Sau khi nhận ra không thể thực hiện các hành ñộng ñược nữa  Aborted  Sau khi giao tác ñược quay lui và CSDL ñược phục hồi về trạng thái trước trạng thái bắt ñầu giao dịch  Bắt ñầu lại giao tác (nếu có thể)  Hủy giao tác  Committed  Sau khi mọi hành ñộng hoàn tất thành công Sơ ñồ trạng thái của giao tác DBMS02 – Slides 19 Phân loại Transaction  Giao dịch tường minh (Explicit transaction)  Giao dịch ngầm ñịnh (Implicit transaction) DBMS02 – Slides 20  Giao dịch xác nhận (Commit transaction) Locks  Khóa (Lock) ñược sinh ra ñể giới hạn quyền truy nhập trên môi trường ña người dùng.  Microsoft SQL Server 200X sử dụng lock ñể ñảm bảo tính toàn vẹn của transaction và tính thống nhất của database. DBMS02 – Slides 21  Nếu lock không ñược sử dụng, dữ liệu bên trong CSDL có thể bị sai về logíc, và các query chạy trên ñó sẽ ñưa ra các kết quả không mong ñợi.  Bản chất của lock là việc một người muốn truy nhập riêng vào một bảng, vì vậy server sẽ lock bảng ñó lại cho riêng người ñó. Phân loại các Locks trong SQL Server  Pessimistic Lock  Optimistic Lock  Shared Locks DBMS02 – Slides 22  Exclusive Locks  Update Locks  Share Lock: khi một giao tác ñang ñọc dữ liệu X thì X sẽ bị share lock. Nghĩa là giao tác khác trong cùng thời ñiểm chỉ có quyền ñọc X và không có quyền sửa X. DBMS02 – Slides 23  Exclusive Lock: khi một giao tác ñang cập nhật dữ liệu X thì X sẽ bị exclusive lock. Nghĩa là giao tác khác trong cùng thời ñiểm không thể ñọc hay sửa X.  Kỹ thuật khóa 2 giai ñoạn  Kỹ thuật khóa trên dữ liệu phân cấp  Khóa chết (dead lock): là tình trạng 2 hay nhiều giao tác cùng trong trạng thái chờ DBMS02 – Slides 24 giao tác giải phóng tài nguyên cần thiết ñể hoàn thành giao tác.  Khóa chết (dead lock) TRANSACTION A TRANSACTION B DBMS02 – Slides 25 DISTRIBUTOR PRODUCTS Deadlock  Một deadlock xảy ra khi có 2 người dùng (hoặc 2 phiên làm việc) ñã ñặt khóa trên 2 ñối tượng riêng, và mỗi user muốn ñặt khóa trên ñối tượng của user kia. Mỗi user ñều phải ñợi người kia giải phóng khóa của họ ra ñể mình có thể ñặt khóa. DBMS02 – Slides 26  SQL Server tự ñộng nhận ra deadlock và giải quyết bằng cách chọn một ứng dụng và bắt nó phải giải phóng khóa, trong khi ñó vẫn cho ứng dụng còn lại chạy tiếp.  Cách tốt nhất ñể tránh deadlock là tránh nó. Một cách ñể tránh nó là không chạy các transaction ñồng thời. Giải quyết Deadlock  SET DEADLOCK_PRIORITY  SET LOCK_TIMEOUT DBMS02 – Slides 27 Giải quyết Dead Lock  Phát hiện  Cho phép trạng thái deadlock xãy ra và sau ñó cố gắng khôi phục lại hệ thống  Chọn 1 giao tác ñể rollback  Phương pháp ðồ thị chờ (wait-for graph) DBMS02 – Slides 28   Ngăn ngừa  Quản lý các giao tác sao cho không bao giờ có deadlock  Phương pháp  Sắp thứ tự tài nguyên (resource ordering)  Timeout  Wait-die  Wound-wait  ðồ thị gồm  ðỉnh là các giao tác ñang giữ khóa hoặc ñang chờ khóa  Cung ñi từ ñỉnh T sang U khi  U ñang giữ khóa trên ñơn vị dữ liệu A  T ñang chờ khóa trên A T không thể khóa ñơn vị dữ liệu A nếu U không giải phóng khóa ðồ thị chờ DBMS02 – Slides 29   Nếu ñồ thị chờ không có chu trình  Các giao tác có thể hoàn tất  Ngược lại  Không một giao tác nào trong chu trình có thể tiếp tục thực hiện → deadlock Ví dụ T1 T2 L(A); R(A) L(C); R(C) 1 T3 T4 L(B); R(B) L(D); R(D) 2 3 4 5 6 L(A) L(C)↓ DBMS02 – Slides 30 7 8 L(A) L(B) ↓ Chờ ↓ Chờ Chờ ↓ Chờ T2T1 T3 T4 Ví dụ (tt) T1 T2 L(A); R(A) L(C); R(C) 1 T3 T4 L(B); R(B) L(D); R(D) 2 3 4 5 6 L(A) L(C) DBMS02 – Slides 31 T2T1 T3 T4 7 8 L(A) L(B)  Áp ñặt một thứ tự nào ñó lên các ñơn vị dữ liệu  Nếu các giao tác thực hiện khóa những ñơn vị dữ liệu theo thứ tự này Sắp thứ tự tài nguyên DBMS02 – Slides 32  Thì không có deadlock xãy ra trong khi chờ ñợi  Giới hạn các giao tác chỉ ñược thực hiện trong 1 khoảng thời gian nào ñó  Nếu giao tác vượt quá thời gian này Thì giao tác phải bị rollback Timeout DBMS02 – Slides 33   Mỗi giao tác sẽ ñược gán một nhãn ghi nhận thứ tự xuất hiện, kí hiệu: ts(T)  Xét 2 giao tác T và U  U ñang giữ khóa trên ñơn vị dữ liệu A Wait-die DBMS02 – Slides 34  T muốn khóa ñơn vị dữ liệu A  T sẽ chờ-wait U khi ts(T) < ts(U)  Ngược lại T sẽ bị hủy-die và bắt ñầu làm lại ở 1 thời ñiểm khác UT UT  Mỗi giao tác sẽ ñược gán một nhãn ghi nhận thứ tự xuất hiện, kí hiệu: ts(T)  Xét 2 giao tác T và U  U ñang giữ khóa trên ñơn vị dữ liệu A Wound-wait DBMS02 – Slides 35  T muốn khóa ñơn vị dữ liệu A  T buộc U rollback và trao khóa lại cho T-wound khi ts(T) < ts(U)  Ngoại lệ: nếu U ñã kết thúc và giải phóng khóa, U sẽ không rollback  Ngược lại T sẽ chờ-wait U UT UT  Timeout  ðơn giản  Khó chọn ñược khoảng thời gian timeout thích hợp  Có hiện tượng starvation Nhận xét DBMS02 – Slides 36  Giao tác lập ñi lập lại quá trình: bắt ñầu, deadlock, rollback  Resource ordering  Không thực tế  Chờ ñợi nhiều → tiềm ẩn của deadlock  Wait-die và Wound-wait  Không có starvation  Wound-wait ít rollback các giao tác hơn wait-die  Dễ cài ñặt hơn wait-for graph Có thể rollback những giao tác không gây ra deadlock Nhận xét (tt) DBMS02 – Slides 37   Wait-for graph  Nếu ñồ thị quá lớn sẽ tốn nhiều thời gian phân tích  Rất phức tạp khi CSDL phân tán  Giảm tối thiểu rollback các giao tác  Chỉ rollback 1 trong những giao tác gây ra deadlock  Lịch thao tác (schedule)  Giới thiệu  ðịnh nghĩa  Lịch tuần tự (serial schedule) Lịch thao tác (schedule) DBMS02 – Slides 38  Lịch khả tuần tự (serilizable schedule)  Conflict-Serializable  View-Serializable Nhãn thời gian (timestamps)  Giới thiệu  Nhãn thời gian toàn phần  Nhãn thời gian riêng phần Nhãn thời gian nhiều phiên bản DBMS02 – Slides 39  (multiversion) Transaction với T-SQL  BEGIN TRANSACTION  COMMIT TRANSACTION  ROLLBACK TRANSACTION DBMS02 – Slides 40  SAVE TRANSACTION 2 loại giao tác  Giao tác không tường minh: Mặc ñịnh các lệnh bên trong 1 lô (batch), chỉ cần 1 lệnh thực hiện không thành công thì tất cả các lệnh còn lại trong lô ñó sẽ không thực DBMS02 – Slides 41 hiện  không khuyến khích.  Giao tác tường minh: Có chỉ ñịnh BEGIN ñánh dấu bắt ñầu giao tác và COMMIT / ROLLBACK ñể kết thúc giao tác. Transaction in SQL Server  Transaction Recovery: 2 thao tác  COMMIT: hoàn tất giao tác thành công  ROLLBACK: giao tác thất bại quay về trạng thái trước khi thực hiện giao tác DBMS02 – Slides 42  Transaction Log: undo the changes  Khi user muốn một chỉnh sửa dữ liệu, trong transaction log lưu 2 phiên bản của dòng dữ liệu ñó: trước và sau khi chỉnh sửa.  Nếu user thực hiện câu lệnh Commit thì end-of-transaction ñược ghi xuống transaction log.  Nếu user thực hiện câu lệnh Rollback thì hệ thống sẽ tìm phiên bản trước khi chỉnh DBMS02 – Slides 43 sửa và cập nhật lại vào CSDL.  ðiều gì xảy ra khi SQL Server khởi ñộng và trong transaction log có một giao tác chưa Commit và cũng không Rollback? Chuyển giao tự ñộng các transaction – Autocommit Transactions  Mode chuyển giao tự ñộng (Autocommit mode) là mode quản lý transaction mặc ñịnh của SQL Server.  Một lệnh (statement) ñược chuyển giao (committed) nếu nó thực hiện thành công hay sẽ trả ngược về lại ban ñầu (roll back) nếu nó gặp lỗi. DBMS02 – Slides 44  Lệnh BEGIN TRANSACTION vượt quyền mode tự ñộng chuyển giao (autocommit) mặc ñịnh.  SQL Server trở về lại mode autocommit khi transaction tường minh ñã ñược chuyển giao (commit) hay trả ngược về ñầu (roll back), hay khi mode transaction ngầm ñịnh bị tắt. ðảm bảo tính nhất quán của dữ liệu Vấn ñề 1: Một nhân viên có mã ‘000002’ ñược chọn làm ‘Sales Manager’ (position code=‘0001’). Ta sẽ cần cập nhật trong bảng Employee và cả trong bảng Position số lượng người hiện tạ nắm giữ vị trí có Position DBMS02 – Slides 45 Code=‘0001’. • Lệnh SQL tương ứng: UPDATE Employee SET cCurrentPosition = '0001' WHERE cEmployeeCode= '000002‘ UPDATE Position SET iCurrentStrength=iCurrentStrength + 1 WHERE cPositionCode='0001’ Giải quyết vấn ñề 1: BEGIN TRANSACTION trnUpdatePosition UPDATE Employee SET cCurrentPosition = '0001' WHERE cEmployeeCode= '000002' DBMS02 – Slides 46 UPDATE Position SET iCurrentStrength = iCurrentStrength + 1 WHERE cPositionCode = '0001' COMMIT TRANSACTION trnUpdatePosition Vn ñ 2: Ten candidates have been recruited for the position 0015. To reflect this change, the siNoOfVacancy attribute of the Requisition table is to be decreased by 10 for cRequisitionCode 000004. Also the iCurrentStrength attribute of the Position table is to be increased by 10 for cPositionCode 0015 using the following commands: DBMS02 – Slides 47 UPDATE Requisition set siNoOfVacancy=siNoOfVacancy - 10 WHERE cRequisitionCode='000004‘ UPDATE Position set iCurrentStrength=iCurrentStrength + 10 WHERE cPositionCode='0015’ Both these statements should be atomic and if the iCurrentStrength attribute becomes more than the iBudgetedStrength attribute, then the changes made by the UPDATE statements must be reverted. Gi0i quy2t vn ñ 2: In the Query Analyzer window, type: BEGIN TRANSACTION UPDATE Requisition DBMS02 – Slides 48 SET siNoOfVacancy=siNoOfVacancy - 10 WHERE cRequisitionCode='000004' UPDATE Position SET iCurrentStrength=iCurrentStrength + 10 WHERE cPositionCode='0015' IF (SELECT iBudgetedStrength-iCurrentStrength FROM Position WHERE cPositionCode = '0015') <0 BEGIN PRINT 'Current strength cannot be more than budgeted strength. Transaction has not been committed.' ROLLBACK TRANSACTION DBMS02 – Slides 49 END ELSE BEGIN PRINT 'The transaction has been committed.' COMMIT TRANSACTION END Press F5 to execute the transaction Tạo ñiểm dừng cho 1 TRANSACTION  Lệnh SAVE TRANSACTION dùng ñể ñặt 1 ñiểm dừng (save point) bên trong 1 transaction. ðiểm dừng chia transaction thành các phần khác nhau sao cho transaction có thể quay về lại ñiểm dừng này nếu 1 phần của transaction bị DBMS02 – Slides 50 loại bỏ có ñiều kiện.  Cú pháp SAVE TRAN[SACTION] {savepoint_name ! @savepoint_variable} CREATE TABLE #TestTran(CotA INT PRIMARY KEY, CotB char(3)) GO BEGIN TRAN --Vùng thứ 1 SAVE TRAN Dong_1_2 DBMS02 – Slides 51 INSERT INTO #TestTran VALUES(1, 'aaa') INSERT INTO #TestTran VALUES(2, 'bbb‘) --Vùng thứ 2 SAVE TRAN Dong_3 INSERT INTO #TestTran VALUES(3, 'ccc') ROLLBACK TRAN Dong_3 COMMIT TRAN Dong_1_2 Kiểm tra lỗi bên trong giao tác  Một số lỗi thường gặp sau khi thực hiện 1 câu lệnh trong giao tác:  Không có quyền truy cập trên 1 ñối tượng (table, stored procedure,) DBMS02 – Slides 52  Vi phạm ràng buộc toàn vẹn (primary key, foreign key, check, rule, các ràng buộc ñược kiểm tra bằng trigger,).  Deadlock.  Kiểm tra lỗi bên trong giao tác  SQL Server trả giá trị lỗi về trong biến toàn cục @@ERROR.  @@ERROR= 0: không xảy ra lỗi  @@ERROR 0: xảy ra lỗi với mã lỗi là DBMS02 – Slides 53 @@ERROR Kiểm tra lỗi bên trong giao tác  Giao tác không thể tự ñộng ROLLBACK khi gặp những lỗi phát sinh trong quá trình thực hiện 1 câu lệnh thành phần trong giao tác. Vì vậy cần kiểm tra giá trị DBMS02 – Slides 54 của biến @@ERROR sau mỗi câu lệnh thành phần trong giao tác và cần xử lý những lỗi (nếu có): yêu cầu giao tác ROLLBACK một cách tường minh bằng lệnh ROLLBACK TRANSACTION. Ví dụ về kiểm tra lỗi -- Vi du: insert vao bang NhanVien insert into NhanVien values() if (@@ERROR 0 ) DBMS02 – Slides 55 begin rollback tran return end Tóm lại  Giao tác (Transaction) là một loạt các thao tác cần thực hiện dưới dạng một ñơn vị duy nhất.  Truy xuất ñồng thời  vấn ñề DBMS02 – Slides 56  Mất dữ liệu ñã cập nhật  Không thể ñọc lại  Dữ liệu không nhất quán  Cài transaction trên SQL Server: begin transaction, commit, rollback, save transaction Bài tập DBMS02 – Slides 57 Lập trình với T_SQL  Khai báo biến: DECLARE @Tên_Biến Kiểu_Dữ_Liệu  Ví dụ: DECLARE @Tuoi int DBMS02 – Slides 58 DECLARE @MSSV varchar(5) DECLARE @numCount int  Tên biến: Bắt ñầu bởi @  Kiểu dữ liệu của biến: Lấy kiểu dữ liệu hệ thống, trừ kiểu text, ntext, image Gán giá trị cho biến  Cách 1: SET @Tên_Biến = Giá_Trị  Ví dụ: DECLARE @HoTen nvarchar(20) DBMS02 – Slides 59 SET @HoTen = N‘Nguyễn Hằng Nga’ Gán giá trị cho biến  Cách 2: SELECT @Tên_Biến = Giá_Trị  Ví dụ: DECLARE @HoTen nvarchar(20) DBMS02 – Slides 60 SELECT @HoTen = N‘Nguyễn Hằng Nga’ Gán giá trị cho biến  Cách 3: SELECT @Tên_Biến = Tên_cột FROM Tên_Bảng  Ví dụ: Tìm lương lớn nhất của tất cả nhân DBMS02 – Slides 61 viên: DECLARE @MaxSalary decimal(18,2) SELECT @MaxSalary = MAX(Luong) FROM NhanVien SQL Server Object – Local Variables  Các biến ñược sử dụng trong cấu truy vấn như là các tham số.  Cho lược ñồ CSDL và dữ liệu tương ứng như sau: HocSinh DiemThi DBMS02 – Slides 62 MaHS TenHS NgaySinh DiaChi MaHS HocKy NamHoc Diem 01 Bảo 10/10/1977 123 01 01 2001 10 02 Hải 11/11/1981 456 03 01 2002 8 SQL Server Object – Local Variables Ví dụ: Liệt kê danh sách học sinh có ngày sinh vào ngày ‘10/10/1977’ DECLARE @NgaySinh datetime DBMS02 – Slides 63 SET @NgaySinh = ’10/10/1977’ SELECT * FROM HocSinh WHERE NgaySinh = @NgaySinh SQL Server Object – Local Variables Ví dụ: Liệt kê danh sách các học sinh có ñịa chỉ là ‘123’ và ñiểm thi lớn hơn 7 DECLARE @DiaChi nvarchar(50), @Diem Decimal DBMS02 – Slides 64 SELECT@DiaChi=’123’, @Diem = 7 SELECT * FROM HocSinh JOIN DiemThi ON HocSinh.MaHS = DiemThi.MaHS WHERE DiaChi = @DiaChi AND DiemThi > @Diem Cấu trúc ñiều khiển  Cấu trúc ñiều kiện: Nếu (biểu thức ñiều kiện) thì Lệnh/Khối lệnh IF (biểu thức ñiều kiện) DBMS02 – Slides 65 BEGIN Lệnh/Khối lệnh S hoặc SQL Statement END Lệnh/Khối lệnh P hoặc SQL Statement Cấu trúc ñiều kiện  Tìm Max 2 số DECLARE @a, @b, @Max int SET @Max = @a DBMS02 – Slides 66 IF (@a < @b) BEGIN SET @Max = @b END Print @Max Cấu trúc ñiều kiện  Nếu (biểu thức ñiều kiện) thì Lệnh/Khối lệnh S1  Ngược lại Lệnh/Khối liệnh S2 DBMS02 – Slides 67 IF (biểu thức ñiều kiện) BEGIN Lệnh/Khối lệnh S1 END ELSE BEGIN Lệnh/Khối lệnh S END Lệnh/Khối lệnh P Cấu trúc ñiều kiện  Tìm Max 2 số DECLARE @a, @b, @Max int IF (@a < @b) BEGIN SELECT @Max = @b DBMS02 – Slides 68 END ELSE BEGIN SELECT @Max = @a END Print @Max Cấu trúc CASE  Cho phép kiểm tra ñiều kiện và xuất thông tin theo từng trường hợp  Cú pháp 1 DBMS02 – Slides 69 CASE / WHEN THEN WHEN THEN [ELSE ] END Cấu trúc CASE  Cú pháp 2 CASE WHEN THEN WHEN THEN DBMS02 – Slides 70 [ELSE ] END Ví dụ Case Ví dụ 1: SELECT TENCLB1, ‘Kết quả’ = CASE WHEN (SOBANTHANG – SOBANTHUA > 0) THEN ‘Thắng’ DBMS02 – Slides 71 WHEN (SOBANTHANG – SOBANTHUA = 0) THEN ‘Hòa’ WHEN (SOBANTHANG – SOBANTHUA < 0) THEN ‘Thua’ END, TENCLB2 FROM vKETQUA Ví dụ Case (tt) CHITIETBAN(sohd, masach, slban, dgban) Ví dụ 2: SELECT masach,sum(slban)as tongslban, (CASE WHEN sum(slban)>10 THEN N‘Bán chạy' DBMS02 – Slides 72 ELSE N‘Bán chậm' END) as thongtin FROM CHITIETBAN GROUP BY masach Ví dụ Case (tt) SACH (masach, tuasach, sotrang, matheloai, slton) Ví dụ 3: Tăng số trang của những sách thuộc thể loại Tin học thêm 10, câp số trang của những sách thuộc thể loại Toán học UPDATE sach SET sotrang=sotrang+ DBMS02 – Slides 73 CASE WHEN matheloai=1 THEN 10 WHEN matheloai=4 THEN -10 ELSE 0 END Cấu trúc lặp Viết chương trình tính tổng s = 1 + 2 + .. + n DBMS02 – Slides 74  Cấu trúc lặp  BREAK: Thoát khỏi vòng lặp WHILE  CONTINUE: Thực hiện lần lặp mới DBMS02 – Slides 75

Các file đính kèm theo tài liệu này:

  • pdfbai_giang_he_quan_tri_co_so_du_lieu_chuong_2_quan_ly_truy_xu.pdf
Tài liệu liên quan