Download miễn phí Giáo trình về SQL Server
Mục Lục
Bài 1: Giới Thiệu SQL Server 2000. 1
1.1. Cài Ðặt SQL Server 2000 (Installation). 1
1.2. Một chút kiến thức vềcác phiên bản của SQL Server . 2
1.3. Các thành phần quan trọng trong SQL Server 2000 . 2
1.3.1. Relational Database Engine. 3
1.3.2. Replication . 3
1.3.3. Data Transformation Service (DTS . 3
1.3.4. Analysis Service -. 3
1.3.5. English Query - . 3
1.3.6. Meta Data Service: . 3
1.3.7. SQL ServerBooks Online -. 3
1.3.8. SQL Server Tools -. 3
Bài 2: Giới Thiệu SơLược VềTransact SQL (T-SQL) . 5
2.1. Data Definition Language (DDL):. 5
2.2. Data Control Language (DCL): . 5
2.3. Manipulation Language (DML):. 6
Bài 3: Design and Implement a SQL Server Database. 12
3.1. Cấu Trúc Của SQL Server . 12
3.2. Cấu Trúc Vật Lý Của Một SQL Server Database . 12
3.3. Nguyên Tắc Hoạt Ðộng Của Transaction Log Trong SQL Server . 13
3.4. Cấu Trúc Logic Của Một SQL Server Database. 15
3.5. Cách tạo một User Database . 16
3.6. Những Ðiểm Cần Lưu Ý Khi Thiết KếMột Database. 17
Bài 4: Backup And Restore SQL Server . 21
4.1. Chiến Lược Phục Hồi DữLiệu (Data Restoration Strategy). 21
4.2. Các Loại Backup . 21
4.3. Recovery Models . 21
4.4. BackupDatabase . 23
4.5. Restore Database . 25
Bài 5: Data Integrity and Advanced Query Technique . 27
5.1. Các Phương Pháp Ðảm Bảo Data Integrity. 27
5.2. Constraints . 27
5.3. Advanced Query Techniques. 29
5.4. Using JOINS. 32
Bài 6: Stored Procedure and Advance T-SQL . 34
6.1. Sửdụng bcp và BULK INSERT đểimport data . 34
6.2. Distributed Queries. 35
6.3. Cursors. 36
6.4. Stored Procedures . 37
6.4.1. Ưu Ðiểm Của Stored Procedure . 37
6.4.2. Các Loại Stored Procedure . 37
6.4.3. Viết Stored Procedure. 38
Bài 7: TriggersAnd Views . 40
Để tải bản Đầy Đủ của tài liệu, xin Trả lời bài viết này, Mods sẽ gửi Link download cho bạn sớm nhất qua hòm tin nhắn.
Ai cần download tài liệu gì mà không tìm thấy ở đây, thì đăng yêu cầu down tại đây nhé:
Nhận download tài liệu miễn phí
Tóm tắt nội dung tài liệu:
u quan trọng là phải biết rõ quan hệ (Relationship) giữa các table:• One-to-One Relationships : trong mối quan hệ này thì một hàng bên table A không thể liên kết với hơn 1
hàng bên table B và ngược lại.
• One-to-Many Relationships : trong mối quan hệ này thì một hàng bên table A có thể liên kết với nhiều hàng
bên table B.
• Many-to-Many Relationships : trong mối quan hệ này thì một hàng bên table A có thể liên kết với nhiều
hàng bên table B và một hàng bên table B cũng có thể liên kết với nhiều hàng bên table A. Như ta thấy trong
ví dụ trên một cuốn sách có thể được viết bởi nhiều tác giả và một tác giả cũng có thể viết nhiều cuốn sách.
Do đó mối quan hệ giữa Books và Authors là quan hệ Many to Many. Trong trường hợp này người ta thường
dùng một table trung gian để giải quyết vấn đề (table AuthorBook).
Ðể có một database tương đối hoàn hảo nghĩa là thiết kế sao cho data chứa trong database không thừa không thiếu
bạn cần biết thêm về các thủ thuật Normalization. Tuy nhiên trong phạm vi khóa học này chúng tui không muốn bàn
sâu hơn về đề tài này, bạn có thể xem thêm trong các sách dạy lý thuyết cơ sở dữ liệu.
Bài 4: Backup And Restore SQL Server
4.1. Chiến Lược Phục Hồi Dữ Liệu (Data Restoration Strategy)
Có một điều mà chúng ta phải chú ý là hầu như bất kỳ database nào cũng cần được phục hồi vào một lúc nào
đó trong suốt chu kỳ sống của nó. Là một người Database Administrator bạn cần giảm tối đa số lần phải phục hồi
dữ liệu, luôn theo dõi, kiểm tra thường xuyên để phát hiện các trục trặc trước khi nó xảy ra. Phải dự phòng các biến cố
có thể xảy ra và bảo đảm rằng có thể nhanh chóng phục hồi dữ liệu trong thời gian sớm nhất có thể được.
Các dạng biến cố hay tai họa có thể xảy ra là:
• Ðĩa chứa data file hay Transaction Log File hay system file bị mất
• Server bị hư hỏng
• Những thảm họa tự nhiên như bão lụt, động đất, hỏa hoạn
• Toàn bộ server bị đánh cắp hay phá hủy
• Các thiết bị dùng để backup - restore bị đánh cắp hay hư hỏng
• Những lỗi do vô ý của user như lỡ tay delete toàn bộ table chẳng hạn
• Những hành vi mang tính phá hoại của nhân viên như cố ý đưa vào những thông tin sai lạc.
• Bị hack (nếu server có kết nối với internet).
Bạn phải tự hỏi khi các vấn đề trên xảy ra thì bạn sẽ làm gì và phải luôn có biện pháp đề phòng cụ thể cho
từng trường hợp cụ thể. Ngoài ra bạn phải xác định thời gian tối thiểu cần phục hồi dữ liệu và đưa server trở lại hoạt
động bình thường.
4.2. Các Loại Backup
Ðể có thể hiểu các kiểu phục hồi dữ liệu khác nhau bạn phải biết qua các loại backup trong SQL Server
• Full Database Backups : Copy tất cả data files trong một database . Tất cả những user data và database
objects như system tables, indexes, user-defined tables đều được backup.
• Differential Database Backups : Copy những thay đổi trong tất cả data files kể từ lần full backup gần nhất.
• File or File Group Backups : Copy một data file đơn hay một file group.
• Differential File or File Group Backups : Tương tự như differential database backup nhưng chỉ copy những
thay đổi trong data file đơn hay một file group.
• Transaction Log Backups : Ghi nhận một cách thứ tự tất cả các transactions chứa trong transaction log file
kể từ lần transaction log backup gần nhất. Loại backup này cho phép ta phục hồi dữ liệu trở ngược lại vào
một thời điểm nào đó trong quá khứ mà vẫn đảm bảo tính đồng nhất (consistent).
Trong lúc backup SQL Server cũng copy tất cả các hoạt động của database kể cả hoạt động xảy ra trong quá trình
backup cho nên ta có thể backup trong khi SQL đang chạy mà không cần ngưng lại.
4.3. Recovery Models
• Full Recovery Model : Ðây là model cho phép phục hồi dữ liệu với ít rủi ro nhất. Nếu một database ở trong
mode này thì tất cả các hoạt động không chỉ insert, update, delete mà kể cả insert bằng Bulk Insert, hay bcp
đều được log vào transaction log file. Khi có sự cố thì ta có thể phục hồi lại dữ liệu ngược trở lại tới một thời
điểm trong quá khứ. Khi data file bị hư nếu ta có thể backup được transaction log file thì ta có thể phục hồi
database đến thời điểm transaction gần nhất được commited.
• Bulk-Logged Recovery Model : Ở mode này các hoạt động mang tính hàng loạt như Bulk Insert, bcp,
Create Index, WriteText, UpdateText chỉ được log minimum vào transaction log file đủ để cho biết là các
hoạt động này có diễn ra mà không log toàn bộ chi tiết như trong Full Recovery Mode. Các hoạt động khác
như Insert, Update, Delete vẫn được log đầy đủ để dùng cho việc phục hồi sau này.
• Simple Recovery Model : Ở mode này thì Transaction Log File được truncate thường xuyên và không cần
backup. Với mode này bạn chỉ có thể phục hồi tới thời điểm backup gần nhất mà không thể phục hồi tới một
thời điểm trong quá khứ.
Muốn biết database của bạn đang ở mode nào bạn có thể Right-click lên một database nào đó trong SQL Server
Enterprise Manager chọn Properties->Options->Recovery
Tuy nhiên có thể tới đây bạn cảm giác rất khó hiểu về những điều trình bày ở trên. Chúng ta hãy dùng một ví dụ sau để
làm rõ vấn đề.
Ví dụ:
Chúng ta có một database được áp dụng chiến lược backup như hình vẽ sau:
Trong ví dụ này ta schedule một Full Database Backup vào ngày Chủ Nhật và Differential Backup vào các
ngày thứ Ba và Thứ Năm. Transaction Log Backup được schedule hằng ngày. Vào một ngày Thứ Sáu "đen tối" một sự
cố xảy ra đó là đĩa chứa data file của database bị hư và là một DBA bạn được yêu cầu phải phục hồi dữ liệu và đưa
database trở lại hoạt động bình thường. Bạn phải làm sao?
Trước hết bạn phải backup ngay Transaction Log File (Trong ví dụ này Transaction Log File được chứa
trong một đĩa khác với đĩa chứa Data File nên không bị hư và vẫn còn hoạt động). Người ta còn gọi file backup trong
trường hợp này là " the tail of the log" (cái đuôi). Nếu Log File được chứa trên cùng một đĩa với Data file thì bạn có thể
sẽ không backup được "cái đuôi" và như vậy bạn phải dùng đến log file backup gần nhất. Khi backup "cái đuôi" này
bạn cần dùng option NO_TRUNCATE bởi vì thông thường các Transaction Log Backup sẽ truncate(xoá) những
phần không cần dùng đến trong transaction log file, đó là những transaction đã được commited và đã được viết vào
database (còn gọi là inactive portion of the transaction log) để giảm kích thước của log file. Tuy nhiên khi backup phần
đuôi không được truncate để đảm bảo tính consistent (nhất quán) của database.
Kế đến bạn phải restore database từ Full Backup File của ngày Chủ Nhật. Nó sẽ làm 2 chuyện : copy data,
log, index... từ đĩa backup vào Data Files và sau đó sẽ lần lượt thực thi các transaction trong transaction log. Lưu ý ta
phải dùng option WITH NORECOVERY trong trường hợp này (tức là option thứ 2 "Leave database
nonoperational but able to restore additional transaction logs" trong Enterprise Manager). Nghĩa là các transaction
chưa hoàn tất (incomplete transaction) sẽ không được roll back. Như vậy database lúc này sẽ ở trong tình trạng
inconsistent và không thể dùng được. Nếu ta chọn WITH RECOVERY (hay "Leave database operational. No
additional transaction logs can be restored " trong Enterprise Manager) thì các inc...