Stored Procedure, View, Trigger là gì?

`wp_posts` (`ID`, `post_author`, `post_date`, `post_date_gmt`, `post_content`, `post_title`, `post_excerpt`, `post_status`, `comment_status`, `ping_status`, `post_password`, `post_name`, `to_ping`, `pinged`, `post_modified`, `post_modified_gmt`, `post_content_filtered`, `post_parent`, `guid`, `menu_order`, `post_type`, `post_mime_type`, `comment_count`) VALUES
(580, 1, '2011-07-28 04:21:09', '2011-07-28 04:21:09', '<a href="http://sqlvn.com/wp-content/uploads/Responsibility.gif"><img class="alignnone size-full wp-image-382" title="Responsibility" src="http://sqlvn.com/wp-content/uploads/Responsibility.gif" alt="" width="300" height="218" /></a>\r\n\r\nĐọc nhiều bài báo về trách nhiệm của DBA đối với công việc, có nhiều quan điểm được đưa ra, khái quát những yếu tố chính DBA phải đảm bảo cho yêu cầu doanh nghiệp. Nhưng hầu hết đều tập trung phân tích 4 yếu tố chính, xin chia sẻ ra đây:\r\n\r\n1. Bảo mật (Security): Ai có quyền gì trong hệ thống, được xem những thông tin gì, được sử dụng những chức năng gì. Chế độ xác thực như thế nào? Các TCP port được sử dụng...DBA phải kiểm soát những vấn đề này.\r\n\r\n2. Độ sẵn sàng cao (High Availability): DBA phải đảm bảo database luôn sẵn sàng phục vụ khi có sự cố. Đây là trách nhiệm cơ bản của DBA. Trong SQL 2008 đã tích hợp sẵn một số giải pháp High Availability bao gồm Failover Clustering, Database Mirroring, Transaction Log Shipping. Tùy vào độ phức tạp của ứng dụng, cơ sở hạ tầng mà chọn giải pháp thích hợp.\r\n\r\n3. Độ tin cậy (Reliability): Hiệu năng của Database quá tồi, hay những sự cố hư hỏng phần cứng khi xảy ra không chỉ ảnh hưởng đến người dùng cuối, gián đoạn các hoạt động của doanh nghiệp mà còn hứa hẹn một thời gian làm việc vất vả của DBA để khắc phục các sự cố. Vì vậy DBA phải có kế hoạch để chẩn đoán và bảo trì hệ thống, phát hiện kịp thời các sự cố tiềm ẩn. Khi có kế hoạch thì phải kiểm thử các kế hoạch đó xem có hiệu quả hay không. Có nhiều công cụ cho DBA làm việc đó, ví dụ như System Monitor, SQL Profiler, DMV…\r\n\r\n4. Khả năng phục hồi (Recoverability): Khi sự cố đã xảy ra, Database không thể tiếp tục làm việc, thì nó phải được phục hồi càng nhanh càng tốt với lượng dữ liệu bị mất là ít nhất. Vậy DBA phải có kế hoạch Backup và kiểm thử các bản Backup định kỳ.\r\n\r\n<a href="http://sqlvn.com/wp-content/uploads/DBAResponsibility.png"><img class="alignnone size-full wp-image-383" title="DBAResponsibility" src="http://sqlvn.com/wp-content/uploads/DBAResponsibility.png" alt="" width="631" height="340" /></a>\r\n\r\nNguồn: bài viết được thực hiện từ việc tham khảo các kiến thức từ Internet\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com\r\n ', 'Trách nhiệm của Database Administrator (DBA)', '', 'inherit', 'open', 'open', '', '381-revision-10', '', '', '2011-07-28 04:21:09', '2011-07-28 04:21:09', '', 381, 'http://sqlvn.com/uncategorized/381-revision-10.html', 0, 'revision', '', 0),
(581, 1, '2011-07-28 04:21:21', '2011-07-28 04:21:21', '<a href="http://sqlvn.com/wp-content/uploads/Responsibility.gif"><img class="alignnone size-full wp-image-382" title="Responsibility" src="http://sqlvn.com/wp-content/uploads/Responsibility.gif" alt="" width="300" height="218" /></a>\r\n\r\nĐọc nhiều bài báo về trách nhiệm của DBA đối với công việc, có nhiều quan điểm được đưa ra, khái quát những yếu tố chính DBA phải đảm bảo cho yêu cầu doanh nghiệp. Nhưng hầu hết đều tập trung phân tích 4 yếu tố chính, xin chia sẻ ra đây:\r\n\r\n1. Bảo mật (Security): Ai có quyền gì trong hệ thống, được xem những thông tin gì, được sử dụng những chức năng gì. Chế độ xác thực như thế nào? Các TCP port được sử dụng...DBA phải kiểm soát những vấn đề này.\r\n\r\n2. Độ sẵn sàng cao (High Availability): DBA phải đảm bảo database luôn sẵn sàng phục vụ khi có sự cố. Đây là trách nhiệm cơ bản của DBA. Trong SQL 2008 đã tích hợp sẵn một số giải pháp High Availability bao gồm Failover Clustering, Database Mirroring, Transaction Log Shipping. Tùy vào độ phức tạp của ứng dụng, cơ sở hạ tầng mà chọn giải pháp thích hợp.\r\n\r\n3. Độ tin cậy (Reliability): Hiệu năng của Database quá tồi, hay những sự cố hư hỏng phần cứng khi xảy ra không chỉ ảnh hưởng đến người dùng cuối, gián đoạn các hoạt động của doanh nghiệp mà còn hứa hẹn một thời gian làm việc vất vả của DBA để khắc phục các sự cố. Vì vậy DBA phải có kế hoạch để chẩn đoán và bảo trì hệ thống, phát hiện kịp thời các sự cố tiềm ẩn. Khi có kế hoạch thì phải kiểm thử các kế hoạch đó xem có hiệu quả hay không. Có nhiều công cụ cho DBA làm việc đó, ví dụ như System Monitor, SQL Profiler, DMV…\r\n\r\n4. Khả năng phục hồi (Recoverability): Khi sự cố đã xảy ra, Database không thể tiếp tục làm việc, thì nó phải được phục hồi càng nhanh càng tốt với lượng dữ liệu bị mất là ít nhất. Vậy DBA phải có kế hoạch Backup và kiểm thử các bản Backup định kỳ.\r\n\r\n<a href="http://sqlvn.com/wp-content/uploads/DBAResponsibility.png"><img class="alignnone size-full wp-image-383" title="DBAResponsibility" src="http://sqlvn.com/wp-content/uploads/DBAResponsibility.png" alt="" width="631" height="340" /></a>\r\n\r\nNguồn: bài viết được thực hiện từ việc tham khảo các kiến thức từ Internet\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com\r\n ', 'Trách nhiệm của Database Administrator (DBA)', '', 'inherit', 'open', 'open', '', '381-revision-11', '', '', '2011-07-28 04:21:21', '2011-07-28 04:21:21', '', 381, 'http://sqlvn.com/uncategorized/381-revision-11.html', 0, 'revision', '', 0),
(636, 1, '2011-07-30 16:10:39', '2011-07-30 16:10:39', 'Master database: chứa thông tin của tất cả các database trong một Instance SQL Server. Ta phải quản trị Database này cẩn thận.\r\n\r\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs và một vài thông tin về replication như Log Shipping.\r\n\r\nTempdb database chứa các đối tượng tạm thời như global và local temporary table.\r\n\r\nModel database: đây là một Database template khi ta tạo các Database mới.\r\n\r\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-revision-2', '', '', '2011-07-30 16:10:39', '2011-07-30 16:10:39', '', 624, 'http://sqlvn.com/uncategorized/624-revision-2.html', 0, 'revision', '', 0),
(634, 1, '2011-07-31 14:46:04', '2011-07-31 14:46:04', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\n<ul>\n <li>Principals: các tài khỏan bảo mật</li>\n <li>Securables: các đối tựơng được bảo vệ</li>\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\n</ul>\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\n\nSQL Server có 2 cơ chế xác thực User.\n\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\n<ul>\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\n</ul>\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\n<ul>\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\n</ul>\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\n<ul>\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\n</ul>\n<ul>\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\n</ul>\nGiới thiệu Server-Level Roles:\n\nĐể dễ dàng quản lý các Permission trên Server, SQL Server cung cấp các Role. Role cũng tương tự như Groups trong hệ điều hành Windows.\n\nServer-Level Roles còn gọi là Fixed Server Roles. Nó cố định vì ta không thể tạo thêm Server-level roles.\n\nVí dụ về những Server-level roles tiêu biểu:\n<ul>\n <li>Sysadmin: thành viên của sysadmin có thể thực hiện bất kỳ hành động nào trên Server.</li>\n <li>Serveradmin: thành viên của serveradmin có thể thay đổi cấu hình và shut down Server.</li>\n <li>Securityadmin: thành viên của Securityadmin có thể quản lý các login và thuộc tính của chúng.</li>\n</ul>\nĐể làm việc với các Server-Level Roles ta có thể dùng các commands, Views, Functions.\n\nVD:\n\nsp_helpsrvrole: trả về danh sách các Server-Level Roles\n\nsp_helpsrvrolemember: trả về thông tin các thành viên của một server-level role\n\nĐể biết thêm thông tin Server-level roles, bạn có thể tham khảo thêm trên MSDN.\n\nBài viết còn tiếp tục.\nQuang Vinh\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-autosave', '', '', '2011-07-31 14:46:04', '2011-07-31 14:46:04', '', 629, 'http://sqlvn.com/uncategorized/629-autosave.html', 0, 'revision', '', 0),
(635, 1, '2011-07-31 04:58:41', '2011-07-31 04:58:41', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-5', '', '', '2011-07-31 04:58:41', '2011-07-31 04:58:41', '', 629, 'http://sqlvn.com/uncategorized/629-revision-5.html', 0, 'revision', '', 0),
(633, 1, '2011-07-31 04:58:18', '2011-07-31 04:58:18', 'Kiến trúc Security trong SQL dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-4', '', '', '2011-07-31 04:58:18', '2011-07-31 04:58:18', '', 629, 'http://sqlvn.com/uncategorized/629-revision-4.html', 0, 'revision', '', 0),
(631, 1, '2011-07-31 04:57:11', '2011-07-31 04:57:11', 'Kiến trúc Security trong SQL dựa vào 3 thành phần chính:\r\n\r\nPrincipals: các tài khỏan bảo mật\r\n\r\nSecurables: các đối tựơng được bảo vệ\r\n\r\nPermissions: quyền sử dụng các Securables của Principals.\r\n\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-2', '', '', '2011-07-31 04:57:11', '2011-07-31 04:57:11', '', 629, 'http://sqlvn.com/uncategorized/629-revision-2.html', 0, 'revision', '', 0),
(632, 1, '2011-07-31 04:57:26', '2011-07-31 04:57:26', 'Kiến trúc Security trong SQL dựa vào 3 thành phần chính:\r\n\r\nPrincipals: các tài khỏan bảo mật\r\n\r\nSecurables: các đối tựơng được bảo vệ\r\n\r\nPermissions: quyền sử dụng các Securables của Principals.\r\n\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-3', '', '', '2011-07-31 04:57:26', '2011-07-31 04:57:26', '', 629, 'http://sqlvn.com/uncategorized/629-revision-3.html', 0, 'revision', '', 0),
(638, 1, '2011-07-31 05:03:54', '2011-07-31 05:03:54', 'Master database: chứa thông tin cấu hình của tất cả các database trong một Instance SQL Server. Ta phải quản trị Database này cẩn thận.\r\n\r\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs và một vài thông tin về replication như Log Shipping.\r\n\r\nTempdb database chứa các đối tượng tạm thời như Global và Local Temporary Table.\r\n\r\nModel database: đây là một Database template khi ta tạo các Database mới.\r\n\r\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-revision-4', '', '', '2011-07-31 05:03:54', '2011-07-31 05:03:54', '', 624, 'http://sqlvn.com/uncategorized/624-revision-4.html', 0, 'revision', '', 0),
(639, 1, '2011-07-31 05:02:50', '2011-07-31 05:02:50', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-6', '', '', '2011-07-31 05:02:50', '2011-07-31 05:02:50', '', 629, 'http://sqlvn.com/uncategorized/629-revision-6.html', 0, 'revision', '', 0),
(637, 1, '2011-07-31 05:03:22', '2011-07-31 05:03:22', 'Master database: chứa thông tin cấu hình của tất cả các database trong một Instance SQL Server. Ta phải quản trị Database này cẩn thận.\r\n\r\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs và một vài thông tin về replication như Log Shipping.\r\n\r\nTempdb database chứa các đối tượng tạm thời như global và local temporary table.\r\n\r\nModel database: đây là một Database template khi ta tạo các Database mới.\r\n\r\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-revision-3', '', '', '2011-07-31 05:03:22', '2011-07-31 05:03:22', '', 624, 'http://sqlvn.com/uncategorized/624-revision-3.html', 0, 'revision', '', 0),
(630, 1, '2011-07-31 04:57:00', '2011-07-31 04:57:00', 'Kiến trúc Security trong SQL dựa vào 3 thành phần chính:\n\nPrincipals: các tài khỏan bảo mật\n\nSecurables: các đối tựơng được bảo vệ\n\nPermissions: quyền sử dụng các Securables của Principals.\n\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\n\nSQL Server có 2 cơ chế xác thực User.\n\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\n<ul>\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\n</ul>\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\n<ul>\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\n</ul>\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\n<ul>\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\n</ul>\n<ul>\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\n</ul>\nBài viết còn tiếp tục.\nQuang Vinh\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision', '', '', '2011-07-31 04:57:00', '2011-07-31 04:57:00', '', 629, 'http://sqlvn.com/uncategorized/629-revision.html', 0, 'revision', '', 0),
(624, 1, '2011-07-30 16:10:39', '2011-07-30 16:10:39', 'Master database: chứa thông tin về hệ thống SQL Server: Các tài khoản đăng nhập, cấu hình hệ thống, thông tin về các cơ sở dữ liệu đã tạo, các thủ tục hệ thống, các thủ tục do người dùng định nghĩa…Ta phải quản trị Database này cẩn thận, khi sửa đổi hệ thống thì cần Backup database Master.\r\n\r\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs, các cảnh báo lỗi và một vài thông tin về replication như Log Shipping...\r\n\r\nTempdb database chứa các đối tượng tạm thời như Global và Local Temporary Table. Tempdb tự động khởi tạo lại khi SQL Server được khởi động lại.\r\n\r\nModel database: đây là một Database template khi ta tạo các Database mới. Khi ta tạo mới một cơ sở dữ liệu thì SQL Server lấy tất cả các mẫu (bao gồm Tables, Views,…) từ model database.\r\n\r\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User. Resource Database ta không thể thấy trong SQL Server Management Studio.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'publish', 'open', 'open', '', 'doi-net-ve-master-msdb-model-tempdb-va-resource-database', '', '', '2012-10-06 05:44:35', '2012-10-06 05:44:35', '', 0, 'http://sqlvn.com/?p=624', 0, 'post', '', 0),
(625, 1, '2011-07-30 16:09:59', '2011-07-30 16:09:59', 'Master database: chứa thông tin của tất cả các database trong một Instance SQL Server. Ta phải quản trị Database này cẩn thận.\n\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs và một vài thông tin về replication như Log Shipping.\n\nTempdb database chứa các đối tượng tạm thời như global và local temporary table.\n\nModel database: đây là một Database template khi ta tạo các Database mới.\n\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User.\n\nQuang', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-revision', '', '', '2011-07-30 16:09:59', '2011-07-30 16:09:59', '', 624, 'http://sqlvn.com/uncategorized/624-revision.html', 0, 'revision', '', 0),
(626, 1, '2012-10-06 05:44:07', '2012-10-06 05:44:07', 'Master database: chứa thông tin về hệ thống SQL Server: Các tài khoản đăng nhập, cấu hình hệ thống, thông tin về các cơ sở dữ liệu đã tạo, các thủ tục hệ thống, các thủ tục do người dùng định nghĩa…Ta phải quản trị Database này cẩn thận, khi sửa đổi hệ thống thì cần Backup database Master.\n\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs, các cảnh báo lỗi và một vài thông tin về replication như Log Shipping...\n\nTempdb database chứa các đối tượng tạm thời như Global và Local Temporary Table. Tempdb tự động khởi tạo lại khi SQL Server được khởi động lại.\n\nModel database: đây là một Database template khi ta tạo các Database mới. Khi ta tạo mới một cơ sở dữ liệu thì SQL Server lấy tất cả các mẫu (bao gồm Tables, Views,…) từ model database.\n\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User. Resource Database ta không thể thấy\nQuang Vinh\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-autosave', '', '', '2012-10-06 05:44:07', '2012-10-06 05:44:07', '', 624, 'http://sqlvn.com/uncategorized/624-autosave.html', 0, 'revision', '', 0),
(627, 1, '2011-07-30 16:17:48', '0000-00-00 00:00:00', '', 'Sao chép dữ liệu từ Table này sang Table khác', '', 'draft', 'open', 'open', '', '', '', '', '2011-07-30 16:17:48', '2011-07-30 16:17:48', '', 0, 'http://sqlvn.com/?p=627', 0, 'post', '', 0),
(628, 1, '2011-07-30 16:17:31', '2011-07-30 16:17:31', '', 'Auto Draft', '', 'inherit', 'open', 'open', '', '627-revision', '', '', '2011-07-30 16:17:31', '2011-07-30 16:17:31', '', 627, 'http://sqlvn.com/uncategorized/627-revision.html', 0, 'revision', '', 0),
(629, 1, '2011-07-31 04:57:11', '2011-07-31 04:57:11', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tưởng điều này và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này bằng 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nGiới thiệu Server-Level Roles:\r\n\r\nĐể dễ dàng quản lý các Permission trên Server, SQL Server cung cấp các Role. Role cũng tương tự như Groups trong hệ điều hành Windows.\r\n\r\nServer-Level Roles còn gọi là Fixed Server Roles. Nó cố định vì ta không thể tạo thêm Server-level roles.\r\n\r\nVí dụ về những Server-level roles tiêu biểu:\r\n<ul>\r\n <li>Sysadmin: thành viên của sysadmin có thể thực hiện bất kỳ hành động nào trên Server.</li>\r\n <li>Serveradmin: thành viên của serveradmin có thể thay đổi cấu hình và shut down Server.</li>\r\n <li>Securityadmin: thành viên của Securityadmin có thể quản lý các login và thuộc tính của chúng.</li>\r\n</ul>\r\nĐể làm việc với các Server-Level Roles ta có thể dùng các commands, Views, Functions.\r\n\r\nVD:\r\n\r\nsp_helpsrvrole: trả về danh sách các Server-Level Roles\r\n\r\nsp_helpsrvrolemember: trả về thông tin các thành viên của một server-level role\r\n\r\nĐể biết thêm thông tin Server-level roles, bạn có thể tham khảo thêm trên MSDN.\r\n\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sql.com', 'Security trong SQL Server', '', 'publish', 'open', 'open', '', 'security-trong-sql-server', '', '', '2012-06-14 06:46:32', '2012-06-14 06:46:32', '', 0, 'http://sqlvn.com/?p=629', 0, 'post', '', 0),
(600, 1, '2011-07-28 07:34:08', '0000-00-00 00:00:00', 'http://sql-note.blogspot.com/2011/03/giai-quyet-van-e-loi-khong-ket-noi.html', 'Note', '', 'draft', 'open', 'open', '', '', '', '', '2011-07-28 07:34:08', '2011-07-28 07:34:08', '', 0, 'http://sqlvn.com/?p=600', 0, 'post', '', 0),
(601, 1, '2011-07-28 07:33:01', '2011-07-28 07:33:01', '', 'Note', '', 'inherit', 'open', 'open', '', '600-revision', '', '', '2011-07-28 07:33:01', '2011-07-28 07:33:01', '', 600, 'http://sqlvn.com/uncategorized/600-revision.html', 0, 'revision', '', 0),
(602, 1, '2011-07-25 16:12:39', '2011-07-25 16:12:39', 'I. VẤN ĐỀ ĐẶT RA:\r\nCó 2 cách bạn có thể xóa dữ liệu trong 1 table: dùng TRUNCATE và DELETE. Mặc dù cả 2 cách làm cùng 1 công việc, nhưng cách thức thì khác nhau. Có những lợi ích, hạn chế mà ta nên biết để quyết định dùng phương thức nào.\r\n\r\nII. GIẢI PHÁP:\r\n1. Xóa dữ liệu dùng TRUNCATE\r\n\r\n\r\n<ul>\r\n <li>TRUNCATE nhanh chóng xóa toàn bộ dữ liệu trong 1 table bằng cách thu hồi không gian đĩa được cấp phát cho những trang dữ liệu của table (SQL lưu dữ liệu thành nhiều trang).</li>\r\n <li>Những record bị xóa khi dùng TRUNCATE không thể roll back, vì TRUNCATE chỉ log lại quá trình giải phóng không gian đĩa, điều này làm TRUNCATE chạy nhanh hơn DELETE.</li>\r\n <li>Hoàn toàn không thể dùng ‘WHERE’ để giới hạn số dòng bị xóa, mà là tất cả số dòng trong 1 bảng sẽ bị xóa.</li>\r\n <li>Lợi ích của TRUNCATE là ngoài vệc xóa toàn bộ 1 table, nó còn reset lại cột Identity trở về giá trị ban đầu, và không gian lưu trữ được trả về cho hệ thống. Ví dụ bạn có 1 table với 1 cột Identity bắt đầu từ 1 đến 100\r\n<ul>\r\n <li>Sau khi dùng TRUNCATE, bạn insert 1 dòng mới, thì cột Indentity sẽ bắt đầu từ 1.</li>\r\n <li>Còn nếu bạn dùng DELETE thì cột Identity sẽ bắt đầu từ 101.</li>\r\n</ul>\r\n</li>\r\n <li>Ngoài ra, nếu những table muốn xóa được cấu hình Replication hay Log Shipping, bạn không thể dùng TRUNCATE.</li>\r\n <li>Nếu 1 table có khóa ngoại (Foreign key), bạn phải drop constraint, dùng lệnh TRUNCATE, rồi kéo lại Relationship cho table đó.</li>\r\n</ul>\r\n2. Xóa dữ liệu dùng DELETE\r\n\r\n\r\n<ul>\r\n <li>Dùng DELETE xóa nhiều dòng cùng lúc, từng dòng bị xóa sẽ được ghi vào Transaction log. Điều này làm DELETE chậm hơn TRUNCATE.</li>\r\n <li>Mặc dù tiêu tốn nhiều resource và lock, những transaction này có thể được Roll back nếu cần thiết.</li>\r\n <li>Ta có thể dùng ‘WHERE’ để giới hạn số dòng bị xóa.</li>\r\n <li>Không như TRUNCATE, nếu table có khóa ngoại, bạn vẫn xóa được dễ dàng.</li>\r\n</ul>\r\nIII. THỰC HÀNH\r\n\r\nBước 1: Tạo 1 bảng ''tblTest'' và insert vào 20 dòng\r\n<img class="alignnone size-full wp-image-57" title="TruncatevsDelete_Insert20Record" src="http://sqlvn.com/wp-content/uploads/TruncatevsDelete_Insert20Record.jpg" alt="" width="296" height="593" />\r\n\r\nBước 2: Xóa tất cả số dòng của bảng ''tblTest'' và chạy tiếp câu lệnh dùng sp_spaceused. Ta thấy số dòng còn lại là 0, nhưng không gian đĩa vẫn được cấp phát cho bảng ''tblTest'' là 24KB.\r\n<img class="alignnone size-full wp-image-64" title="TruncatevsDelete_UseDelete" src="http://sqlvn.com/wp-content/uploads/TruncatevsDelete_UseDelete1.jpg" alt="" width="346" height="131" />\r\n\r\nBước 3: Bây giờ lập lại bước 1 tạo 20 dòng, và xóa dữ liệu, nhưng lần này dùng TRUNCATE, ta thấy tất cả số đòng cũng bị xóa, và không gian đĩa được giải phóng trả về cho hệ thống.\r\n<img class="alignnone size-full wp-image-61" title="TruncatevsDelete_UseTruncate" src="http://sqlvn.com/wp-content/uploads/TruncatevsDelete_UseTruncate.jpg" alt="" width="340" height="118" />\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Xóa table dùng Truncate và Delete', '', 'inherit', 'open', 'open', '', '46-revision-21', '', '', '2011-07-25 16:12:39', '2011-07-25 16:12:39', '', 46, 'http://sqlvn.com/uncategorized/46-revision-21.html', 0, 'revision', '', 0),
(603, 1, '2011-07-30 15:22:18', '0000-00-00 00:00:00', 'http://sqlserverperformance.idera.com/tsql-optimization/finding-nonexistent-records-hurry/', 'coi them', '', 'draft', 'open', 'open', '', '', '', '', '2011-07-30 15:22:18', '2011-07-30 15:22:18', '', 0, 'http://sqlvn.com/?p=603', 0, 'post', '', 0),
(604, 1, '2011-07-28 08:05:32', '2011-07-28 08:05:32', '', 'Auto Draft', '', 'inherit', 'open', 'open', '', '603-revision', '', '', '2011-07-28 08:05:32', '2011-07-28 08:05:32', '', 603, 'http://sqlvn.com/uncategorized/603-revision.html', 0, 'revision', '', 0),
(605, 1, '2011-07-30 15:12:53', '0000-00-00 00:00:00', 'http://vnpro.org/forum/showthread.php/35803-Gi%E1%BA%A3i-ph%C3%A1p-thi%E1%BA%BFt-l%E1%BA%ADp-SQL-Server-lu%C3%B4n-s%E1%BA%B5n-s%C3%A0ng', 'dsg', '', 'draft', 'open', 'open', '', '', '', '', '2011-07-30 15:12:53', '2011-07-30 15:12:53', '', 0, 'http://sqlvn.com/?p=605', 0, 'post', '', 0),
(606, 1, '2011-07-28 08:28:52', '2011-07-28 08:28:52', '', 'Auto Draft', '', 'inherit', 'open', 'open', '', '605-revision', '', '', '2011-07-28 08:28:52', '2011-07-28 08:28:52', '', 605, 'http://sqlvn.com/uncategorized/605-revision.html', 0, 'revision', '', 0);
INSERT INTO `wp_posts` (`ID`, `post_author`, `post_date`, `post_date_gmt`, `post_content`, `post_title`, `post_excerpt`, `post_status`, `comment_status`, `ping_status`, `post_password`, `post_name`, `to_ping`, `pinged`, `post_modified`, `post_modified_gmt`, `post_content_filtered`, `post_parent`, `guid`, `menu_order`, `post_type`, `post_mime_type`, `comment_count`) VALUES
(623, 1, '2011-07-30 15:50:44', '2011-07-30 15:50:44', 'SP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nView là gì?\r\n\r\nView có thể được xem như một Table ảo mà dữ liệu của nó được lấy ra từ một câu truy vấn, có chứa cột và dữ liệu từ một hay nhiều Table khác nhau, hay từ những View khác nhau. Ðối với lập trình viên thì View không khác chi so với Table và có thể đặt ở vị trí của Table trong các câu lệnh SQL.\r\n\r\nÐặc điểm của View là ta có thể join dữ liệu từ nhiều Table và trả về một tập kết quả đơn. Ngoài ra ta có thể thao tác dữ liệu trước khi trả về cho user bằng cách dùng các lệnh SQL như where, case...<img title="More..." src="http://sqlvn.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />\r\n<blockquote>Lưu ý: View đơn giản là 1 Table ảo, nó không được lưu trữ lễn đĩa về mặt vật lý như Table thông thường.</blockquote>\r\nLợi ích của View.\r\n<ul>\r\n <li>Có khả năng tăng tính bảo mật. View giúp ta che giấu cấu trúc của câu truy vấn bên trong. Sau khi tạo xong View ta có thể Insert, Delete, Update như 1 Table bình thường.</li>\r\n <li>Giảm độ phức tạp. Ví dụ như User chỉ muốn xem thông tin của một vài cột với một điều kiện nào đó, View cung cấp đúng dữ liệu họ muốn mà không có dữ liệu thừa.</li>\r\n</ul>\r\nTrigger là gì?\r\n\r\nTrigger có thể hiểu đơn giản là một thủ tục SQL được thực thi ở phía Server khi có một sự kiện xảy ra như Insert, Delete, hay Update. Tuy nhiên khác với Stored Procedure, Trigger hoàn toàn không có tham số. Chúng ta không thể gọi thực hiện trực tiếp Trigger bằng lệnh EXECUTE như Stored Procedure hoặc bằng bất kỳ một lệnh nào khác, Thay vào đó trigger sẽ được thực hiện một cách tự động.\r\n\r\nTrigger cũng có thể gọi thực thi Stored Procedure.\r\n\r\nTrigger được lưu trữ và quản lý trong Server Database.\r\n\r\nTrigger được dùng trong trường hợp ta muốn kiểm tra các ràng buộc toàn vẹn trong Database.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Stored Procedure, View, Trigger là gì?', '', 'inherit', 'open', 'open', '', '571-revision-9', '', '', '2011-07-30 15:50:44', '2011-07-30 15:50:44', '', 571, 'http://sqlvn.com/uncategorized/571-revision-9.html', 0, 'revision', '', 0),
(621, 1, '2011-07-30 15:46:27', '2011-07-30 15:46:27', 'Function được sử dụng ở bất cứ nơi đâu trong mệnh đề SQL như SELECT/WHERE/HAVING trong khi Stored Procedure thì không thể.\r\n\r\nĐối với những Function trả về những Table, ta có thể Join nó với các Table hay View khác.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com\r\n ', 'Sự khác biệt giữa Function và Stored Procedure.', '', 'inherit', 'open', 'open', '', '611-revision-3', '', '', '2011-07-30 15:46:27', '2011-07-30 15:46:27', '', 611, 'http://sqlvn.com/uncategorized/611-revision-3.html', 0, 'revision', '', 0),
(622, 1, '2011-07-30 15:52:39', '2011-07-30 15:52:39', 'Function được sử dụng ở bất cứ nơi đâu trong mệnh đề SQL như SELECT/WHERE/HAVING trong khi Stored Procedure thì không thể.\r\n\r\nĐối với những Function trả về những Table, ta có thể Join nó với các Table hay View khác.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com\r\n ', 'Sự khác biệt giữa Function và Stored Procedure.', '', 'inherit', 'open', 'open', '', '611-revision-4', '', '', '2011-07-30 15:52:39', '2011-07-30 15:52:39', '', 611, 'http://sqlvn.com/uncategorized/611-revision-4.html', 0, 'revision', '', 0),
(611, 1, '2011-07-30 15:44:38', '2011-07-30 15:44:38', 'Function được sử dụng ở bất cứ nơi đâu trong mệnh đề SQL như SELECT/WHERE/HAVING trong khi Stored Procedure thì không thể.\r\n\r\nĐối với những Function trả về những Table, ta có thể Join nó với các Table hay View khác.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com\r\n ', 'Sự khác biệt giữa Function và Stored Procedure.', '', 'publish', 'open', 'open', '', 'su-khac-biet-giua-function-va-stored-procedure', '', '', '2012-06-11 08:00:04', '2012-06-11 08:00:04', '', 0, 'http://sqlvn.com/?p=611', 0, 'post', '', 1),
(612, 1, '2011-07-30 15:43:50', '2011-07-30 15:43:50', 'Function được sử dụng ở bất cứ nơi đâu trong mệnh đề SQL như SELECT/WHERE/HAVING trong khi Stored Procedure thì không thể.\n\nĐối với những Function trả về những Table, ta có thể Join nó với các Table hay View khác', 'Sự khác biệt giữa Function và Stored Procedure.', '', 'inherit', 'open', 'open', '', '611-revision', '', '', '2011-07-30 15:43:50', '2011-07-30 15:43:50', '', 611, 'http://sqlvn.com/uncategorized/611-revision.html', 0, 'revision', '', 0),
(613, 1, '2011-08-13 05:54:55', '2011-08-13 05:54:55', 'Function được sử dụng ở bất cứ nơi đâu trong mệnh đề SQL như SELECT/WHERE/HAVING trong khi Stored Procedure thì không thể.\n\nĐối với những Function trả về những Table, ta có thể Join nó với các Table hay View khác.\nQuang Vinh\nmai.quangvinh@sqlvn.com\n ', 'Sự khác biệt giữa Function và Stored Procedure.', '', 'inherit', 'open', 'open', '', '611-autosave', '', '', '2011-08-13 05:54:55', '2011-08-13 05:54:55', '', 611, 'http://sqlvn.com/uncategorized/611-autosave.html', 0, 'revision', '', 0),
(614, 1, '2011-07-30 15:44:38', '2011-07-30 15:44:38', 'Function được sử dụng ở bất cứ nơi đâu trong mệnh đề SQL như SELECT/WHERE/HAVING trong khi Stored Procedure thì không thể.\r\n\r\nĐối với những Function trả về những Table, ta có thể Join nó với các Table hay View khác.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com\r\n ', 'Sự khác biệt giữa Function và Stored Procedure.', '', 'inherit', 'open', 'open', '', '611-revision-2', '', '', '2011-07-30 15:44:38', '2011-07-30 15:44:38', '', 611, 'http://sqlvn.com/uncategorized/611-revision-2.html', 0, 'revision', '', 0),
(615, 1, '2011-07-28 04:04:29', '2011-07-28 04:04:29', 'SP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Stored Procedure là gì?', '', 'inherit', 'open', 'open', '', '571-revision-5', '', '', '2011-07-28 04:04:29', '2011-07-28 04:04:29', '', 571, 'http://sqlvn.com/uncategorized/571-revision-5.html', 0, 'revision', '', 0),
(616, 1, '2011-07-30 15:48:04', '2011-07-30 15:48:04', 'SP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nView là gì?\r\n\r\nView có thể được xem như một Table ảo mà dữ liệu của nó được lấy ra từ một câu truy vấn, có chứa cột và dữ liệu từ một hay nhiều Table khác nhau, hay từ những View khác nhau. Ðối với lập trình viên thì View không khác chi so với Table và có thể đặt ở vị trí của Table trong các câu lệnh SQL.\r\n\r\nÐặc điểm của View là ta có thể join dữ liệu từ nhiều Table và trả về một tập kết quả đơn. Ngoài ra ta có thể thao tác dữ liệu trước khi trả về cho user bằng cách dùng các lệnh SQL như where, case...<img title="More..." src="http://sqlvn.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />\r\n<blockquote>Lưu ý: View đơn giản là 1 Table ảo, nó không được lưu trữ lễn đĩa về mặt vật lý như Table thông thường.</blockquote>\r\nLợi ích của View.\r\n<ul>\r\n <li>Có khả năng tăng tính bảo mật. View giúp ta che giấu cấu trúc của câu truy vấn bên trong. Sau khi tạo xong View ta có thể Insert, Delete, Update như 1 Table bình thường.</li>\r\n <li>Giảm độ phức tạp. Ví dụ như User chỉ muốn xem thông tin của một vài cột với một điều kiện nào đó, View cung cấp đúng dữ liệu họ muốn mà không có dữ liệu thừa.</li>\r\n</ul>\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Stored Procedure là gì?', '', 'inherit', 'open', 'open', '', '571-revision-6', '', '', '2011-07-30 15:48:04', '2011-07-30 15:48:04', '', 571, 'http://sqlvn.com/uncategorized/571-revision-6.html', 0, 'revision', '', 0),
(617, 1, '2011-07-30 15:48:13', '2011-07-30 15:48:13', 'SP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nView là gì?\r\n\r\nView có thể được xem như một Table ảo mà dữ liệu của nó được lấy ra từ một câu truy vấn, có chứa cột và dữ liệu từ một hay nhiều Table khác nhau, hay từ những View khác nhau. Ðối với lập trình viên thì View không khác chi so với Table và có thể đặt ở vị trí của Table trong các câu lệnh SQL.\r\n\r\nÐặc điểm của View là ta có thể join dữ liệu từ nhiều Table và trả về một tập kết quả đơn. Ngoài ra ta có thể thao tác dữ liệu trước khi trả về cho user bằng cách dùng các lệnh SQL như where, case...<img title="More..." src="http://sqlvn.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />\r\n<blockquote>Lưu ý: View đơn giản là 1 Table ảo, nó không được lưu trữ lễn đĩa về mặt vật lý như Table thông thường.</blockquote>\r\nLợi ích của View.\r\n<ul>\r\n <li>Có khả năng tăng tính bảo mật. View giúp ta che giấu cấu trúc của câu truy vấn bên trong. Sau khi tạo xong View ta có thể Insert, Delete, Update như 1 Table bình thường.</li>\r\n <li>Giảm độ phức tạp. Ví dụ như User chỉ muốn xem thông tin của một vài cột với một điều kiện nào đó, View cung cấp đúng dữ liệu họ muốn mà không có dữ liệu thừa.</li>\r\n</ul>\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Stored Procedure, View là gì?', '', 'inherit', 'open', 'open', '', '571-revision-7', '', '', '2011-07-30 15:48:13', '2011-07-30 15:48:13', '', 571, 'http://sqlvn.com/uncategorized/571-revision-7.html', 0, 'revision', '', 0),
(618, 1, '2011-07-30 15:48:57', '2011-07-30 15:48:57', 'SP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nView là gì?\r\n\r\nView có thể được xem như một Table ảo mà dữ liệu của nó được lấy ra từ một câu truy vấn, có chứa cột và dữ liệu từ một hay nhiều Table khác nhau, hay từ những View khác nhau. Ðối với lập trình viên thì View không khác chi so với Table và có thể đặt ở vị trí của Table trong các câu lệnh SQL.\r\n\r\nÐặc điểm của View là ta có thể join dữ liệu từ nhiều Table và trả về một tập kết quả đơn. Ngoài ra ta có thể thao tác dữ liệu trước khi trả về cho user bằng cách dùng các lệnh SQL như where, case...<img title="More..." src="http://sqlvn.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />\r\n<blockquote>Lưu ý: View đơn giản là 1 Table ảo, nó không được lưu trữ lễn đĩa về mặt vật lý như Table thông thường.</blockquote>\r\nLợi ích của View.\r\n<ul>\r\n <li>Có khả năng tăng tính bảo mật. View giúp ta che giấu cấu trúc của câu truy vấn bên trong. Sau khi tạo xong View ta có thể Insert, Delete, Update như 1 Table bình thường.</li>\r\n <li>Giảm độ phức tạp. Ví dụ như User chỉ muốn xem thông tin của một vài cột với một điều kiện nào đó, View cung cấp đúng dữ liệu họ muốn mà không có dữ liệu thừa.</li>\r\n</ul>\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Stored Procedure, View là gì?', '', 'inherit', 'open', 'open', '', '571-revision-8', '', '', '2011-07-30 15:48:57', '2011-07-30 15:48:57', '', 571, 'http://sqlvn.com/uncategorized/571-revision-8.html', 0, 'revision', '', 0),
(640, 1, '2011-07-31 14:19:35', '2011-07-31 14:19:35', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-7', '', '', '2011-07-31 14:19:35', '2011-07-31 14:19:35', '', 629, 'http://sqlvn.com/uncategorized/629-revision-7.html', 0, 'revision', '', 0),
(641, 1, '2011-07-31 14:37:53', '2011-07-31 14:37:53', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nGiới thiệu Server-Level Roles:\r\n\r\nĐể dễ dàng quản lý các Permission trên Server, SQL Server cung cấp các Role. Role cũng tương tự như Groups trong hệ điều hành Windows.\r\n\r\nServer-Level Roles còn gọi là Fixed Server Roles. Nó cố định vì ta không thể tạo thêm Server-level roles.\r\n\r\nVí dụ về những Server-level roles tiêu biểu:\r\n<ul>\r\n <li>Sysadmin: thành viên của sysadmin có thể thực hiện bất kỳ hành động nào trên Server.</li>\r\n <li>Serveradmin: thành viên của serveradmin có thể thay đổi cấu hình và shut down Server.</li>\r\n <li>Securityadmin: thành viên của Securityadmin có thể quản lý các login và thuộc tính của chúng.</li>\r\n</ul>\r\nĐể làm việc với các Server-Level Roles ta có thể dùng các commands, Views, Functions.\r\n\r\nVD:\r\n\r\nsp_helpsrvrole: trả về danh sách các Server-Level Roles\r\n\r\nsp_helpsrvrolemember: trả về thông tin các thành viên của một server-level role\r\n\r\nĐể biết thêm thông tin Server-level roles, bạn có thể tham khảo thêm trên MSDN.\r\n\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-8', '', '', '2011-07-31 14:37:53', '2011-07-31 14:37:53', '', 629, 'http://sqlvn.com/uncategorized/629-revision-8.html', 0, 'revision', '', 0),
(642, 1, '2011-07-31 15:06:56', '0000-00-00 00:00:00', 'http://www.scribd.com/doc/54024529/111/IV-Vai-Tro-C%E1%BB%A7a-User-Trong-SQL-Server', 'can doc ngay', '', 'draft', 'open', 'open', '', '', '', '', '2011-07-31 15:06:56', '2011-07-31 15:06:56', '', 0, 'http://sqlvn.com/?p=642', 0, 'post', '', 0),
(643, 1, '2011-07-31 15:05:32', '2011-07-31 15:05:32', '', 'Auto Draft', '', 'inherit', 'open', 'open', '', '642-revision', '', '', '2011-07-31 15:05:32', '2011-07-31 15:05:32', '', 642, 'http://sqlvn.com/uncategorized/642-revision.html', 0, 'revision', '', 0),
(644, 1, '2011-07-31 05:03:58', '2011-07-31 05:03:58', 'Master database: chứa thông tin cấu hình của tất cả các database trong một Instance SQL Server. Ta phải quản trị Database này cẩn thận.\r\n\r\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs và một vài thông tin về replication như Log Shipping.\r\n\r\nTempdb database chứa các đối tượng tạm thời như Global và Local Temporary Table.\r\n\r\nModel database: đây là một Database template khi ta tạo các Database mới.\r\n\r\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-revision-5', '', '', '2011-07-31 05:03:58', '2011-07-31 05:03:58', '', 624, 'http://sqlvn.com/uncategorized/624-revision-5.html', 0, 'revision', '', 0),
(645, 1, '2011-08-01 02:49:04', '2011-08-01 02:49:04', 'Master database: chứa thông tin về hệ thống SQL Server: Các tài khoản đăng nhập, cấu hình hệ thống, thông tin về các cơ sở dữ liệu đã tạo, các thủ tục hệ thống, các thủ tục do người dùng định nghĩa…Ta phải quản trị Database này cẩn thận, khi sửa đổi hệ thống thì cần Backup database Master.\r\n\r\nMsdb database chứa thông tin về những bản backup của Database, thông tin về SQL Agent, SQL Server Jobs, các cảnh báo lỗi và một vài thông tin về replication như Log Shipping...\r\n\r\nTempdb database chứa các đối tượng tạm thời như Global và Local Temporary Table. Tempdb tự động khởi tạo lại khi SQL Server được khởi động lại.\r\n\r\nModel database: đây là một Database template khi ta tạo các Database mới. Khi ta tạo mới một cơ sở dữ liệu thì SQL Server lấy tất cả các mẫu (bao gồm Tables, Views,…) từ model database.\r\n\r\nResource Database: đây là một Database chỉ đọc (read-only) chứa thông tin về các đối tượng hệ thống của SQL Server. Database này không chứa thông tin hay các metadata của User.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Đôi nét về Master, msdb, model, tempdb và resource database', '', 'inherit', 'open', 'open', '', '624-revision-6', '', '', '2011-08-01 02:49:04', '2011-08-01 02:49:04', '', 624, 'http://sqlvn.com/uncategorized/624-revision-6.html', 0, 'revision', '', 0),
(646, 1, '2011-07-31 14:45:02', '2011-07-31 14:45:02', 'Kiến trúc Security trong SQL Server dựa vào 3 thành phần chính:\r\n<ul>\r\n <li>Principals: các tài khỏan bảo mật</li>\r\n <li>Securables: các đối tựơng được bảo vệ</li>\r\n <li>Permissions: quyền sử dụng các Securables của Principals.</li>\r\n</ul>\r\nGiới thiệu SQL Server Authentication (Chế độ xác thực)\r\n\r\nSQL Server có 2 cơ chế xác thực User.\r\n\r\nSQL Server có thể xác thực các đăng nhập dựa vào cơ chế bên trong của riêng nó hay dựa vào Windows để xác thực việc đăng nhập. Mỗi cơ chế đều có những thuận tiện và bất tiện riêng.\r\n<ul>\r\n <li>SQL Server Authentication: Đây là cơ chế xác thực chuẩn của SQL Server. Với chế độ này, SQL Server lưu trữ các tài khỏan đăng nhập và mật mã trong database Master.</li>\r\n</ul>\r\nĐiểm thuận tiện của chế độ này là SQL Server có thể xác thực bất kỳ phiên đăng nhập nào mà không quan tâm người dùng đã được xác thực như thế nào trong Window, miễn là họ có một tài khoản SQL Server. Chế độ này làm giảm tính bảo mật.\r\n<ul>\r\n <li>Windows Authentication: cơ chế này dựa vào Windows. Windows thực hiện xác thực và SQL Server tin tửơng điều nay và cung cấp quyền truy cập cho các tài khỏan Windows.</li>\r\n</ul>\r\nDBA có thể cấu hình những chế độ xác thực này trong 2 cách:\r\n<ul>\r\n <li>Mixed Security: Một login có thể thực hiện dựa vào kết nối SQL Server hay Windows.</li>\r\n</ul>\r\n<ul>\r\n <li>Windows Only: Chỉ những login có quyền trong Windows mới được đăng nhập.</li>\r\n</ul>\r\nGiới thiệu Server-Level Roles:\r\n\r\nĐể dễ dàng quản lý các Permission trên Server, SQL Server cung cấp các Role. Role cũng tương tự như Groups trong hệ điều hành Windows.\r\n\r\nServer-Level Roles còn gọi là Fixed Server Roles. Nó cố định vì ta không thể tạo thêm Server-level roles.\r\n\r\nVí dụ về những Server-level roles tiêu biểu:\r\n<ul>\r\n <li>Sysadmin: thành viên của sysadmin có thể thực hiện bất kỳ hành động nào trên Server.</li>\r\n <li>Serveradmin: thành viên của serveradmin có thể thay đổi cấu hình và shut down Server.</li>\r\n <li>Securityadmin: thành viên của Securityadmin có thể quản lý các login và thuộc tính của chúng.</li>\r\n</ul>\r\nĐể làm việc với các Server-Level Roles ta có thể dùng các commands, Views, Functions.\r\n\r\nVD:\r\n\r\nsp_helpsrvrole: trả về danh sách các Server-Level Roles\r\n\r\nsp_helpsrvrolemember: trả về thông tin các thành viên của một server-level role\r\n\r\nĐể biết thêm thông tin Server-level roles, bạn có thể tham khảo thêm trên MSDN.\r\n\r\nBài viết còn tiếp tục.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Security trong SQL Server', '', 'inherit', 'open', 'open', '', '629-revision-9', '', '', '2011-07-31 14:45:02', '2011-07-31 14:45:02', '', 629, 'http://sqlvn.com/uncategorized/629-revision-9.html', 0, 'revision', '', 0),
(647, 1, '2011-07-30 15:58:56', '2011-07-30 15:58:56', 'SP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n <li>Tái sử dụng Code. Đối với những đoạn Code thường xuyên được sử dụng thì SP rất hữu dụng.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nView là gì?\r\n\r\nView có thể được xem như một Table ảo mà dữ liệu của nó được lấy ra từ một câu truy vấn, có chứa cột và dữ liệu từ một hay nhiều Table khác nhau, hay từ những View khác nhau. Ðối với lập trình viên thì View không khác chi so với Table và có thể đặt ở vị trí của Table trong các câu lệnh SQL.\r\n\r\nÐặc điểm của View là ta có thể join dữ liệu từ nhiều Table và trả về một tập kết quả đơn. Ngoài ra ta có thể thao tác dữ liệu trước khi trả về cho user bằng cách dùng các lệnh SQL như where, case...<img title="More..." src="http://sqlvn.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />\r\n<blockquote>Lưu ý: View đơn giản là 1 Table ảo, nó không được lưu trữ lễn đĩa về mặt vật lý như Table thông thường.</blockquote>\r\nLợi ích của View.\r\n<ul>\r\n <li>Có khả năng tăng tính bảo mật. View giúp ta che giấu cấu trúc của câu truy vấn bên trong. Sau khi tạo xong View ta có thể Insert, Delete, Update như 1 Table bình thường.</li>\r\n <li>Giảm độ phức tạp. Ví dụ như User chỉ muốn xem thông tin của một vài cột với một điều kiện nào đó, View cung cấp đúng dữ liệu họ muốn mà không có dữ liệu thừa.</li>\r\n</ul>\r\nTrigger là gì?\r\n\r\nTrigger có thể hiểu đơn giản là một thủ tục SQL được thực thi ở phía Server khi có một sự kiện xảy ra như Insert, Delete, hay Update. Tuy nhiên khác với Stored Procedure, Trigger hoàn toàn không có tham số. Chúng ta không thể gọi thực hiện trực tiếp Trigger bằng lệnh EXECUTE như Stored Procedure hoặc bằng bất kỳ một lệnh nào khác, Thay vào đó trigger sẽ được thực hiện một cách tự động.\r\n\r\nTrigger cũng có thể gọi thực thi Stored Procedure.\r\n\r\nTrigger được lưu trữ và quản lý trong Server Database.\r\n\r\nTrigger được dùng trong trường hợp ta muốn kiểm tra các ràng buộc toàn vẹn trong Database.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', 'Stored Procedure, View, Trigger là gì?', '', 'inherit', 'open', 'open', '', '571-revision-10', '', '', '2011-07-30 15:58:56', '2011-07-30 15:58:56', '', 571, 'http://sqlvn.com/uncategorized/571-revision-10.html', 0, 'revision', '', 0),
(648, 1, '2011-08-01 05:48:31', '2011-08-01 05:48:31', 'SQL Server cho phép bạn tạo ra 4 đối tượng bằng cách lập trình: Stored Procedure, View, Trigger, Function.\r\n\r\nSP là gì?\r\n\r\nSP (Stored Procedure) là tên được đặt cho một nhóm các mệnh đề SQL được tạo ra và lưu trong server database.\r\n\r\nSP cho phép truyền tham số, và có thể được gọi bởi nhiều Client qua mạng với các tham số khác nhau. Khi SP bị thay đổi, tất cả Client sẽ tự động nhận được bản mới, vì SP được lưu ở Server, chứ không phải Client.\r\n\r\nLợi ích của SP:\r\n<ul>\r\n <li>Giảm lưu lượng dữ liệu được truyền qua mạng và tăng hiệu năng (Performance). Client chỉ việc truyền tên SP và tham số (nếu có) thay vì gửi những câu SQL nhiều dòng dài ngoằng.</li>\r\n <li>Có thể được sử dụng để đảm bảo tính toàn vẹn dữ liệu của Database.</li>\r\n <li>Đối với những ứng dụng lớn kết nối với cơ sở dữ liệu, ta nên dùng SP, tôi liệt kê một vài lợi ích cụ thể như sau:\r\n<ul>\r\n <li>Dễ bảo trì, việc thay đổi SP hoàn toàn không ảnh hưởng đến người dùng cuối, trong suốt với họ.</li>\r\n <li>Chuyên biệt công việc, ví dụ những Developer giỏi lập trình C# thì chuyên tâm lập trình C#, còn những Developer giỏi lập trình T-SQL thì chuyên viết SQL từ căn bản đến phức tạp.</li>\r\n <li>Tăng khả năng bảo mật. Đối với những ứng dụng mà ta không muốn cho Developer biết thông tin về nghiệp vụ bên trong thì ta viết SP, Developer chỉ gọi SP sử dụng mà không biết ta xử lý gì bên trong.</li>\r\n <li>Tái sử dụng Code. Đối với những đoạn Code thường xuyên được sử dụng thì SP rất hữu dụng.</li>\r\n</ul>\r\n</li>\r\n <li>VD: sp_spaceused, sp_renameddb...</li>\r\n</ul>\r\nView là gì?\r\n\r\nView có thể được xem như một Table ảo mà dữ liệu của nó được lấy ra từ một câu truy vấn, có chứa cột và dữ liệu từ một hay nhiều Table khác nhau, hay từ những View khác nhau. Ðối với lập trình viên thì View không khác chi so với Table và có thể đặt ở vị trí của Table trong các câu lệnh SQL.\r\n\r\nÐặc điểm của View là ta có thể join dữ liệu từ nhiều Table và trả về một tập kết quả đơn. Ngoài ra ta có thể thao tác dữ liệu trước khi trả về cho user bằng cách dùng các lệnh SQL như where, case...<img title="More..." src="http://sqlvn.com/wp-includes/js/tinymce/plugins/wordpress/img/trans.gif" alt="" />\r\n<blockquote>Lưu ý: View đơn giản là 1 Table ảo, nó không được lưu trữ lễn đĩa về mặt vật lý như Table thông thường.</blockquote>\r\nLợi ích của View.\r\n<ul>\r\n <li>Có khả năng tăng tính bảo mật. View giúp ta che giấu cấu trúc của câu truy vấn bên trong. Sau khi tạo xong View ta có thể Insert, Delete, Update như 1 Table bình thường.</li>\r\n <li>Giảm độ phức tạp. Ví dụ như User chỉ muốn xem thông tin của một vài cột với một điều kiện nào đó, View cung cấp đúng dữ liệu họ muốn mà không có dữ liệu thừa.</li>\r\n</ul>\r\nTrigger là gì?\r\n\r\nTrigger có thể hiểu đơn giản là một thủ tục SQL được thực thi ở phía Server khi có một sự kiện xảy ra như Insert, Delete, hay Update. Tuy nhiên khác với Stored Procedure, Trigger hoàn toàn không có tham số. Chúng ta không thể gọi thực hiện trực tiếp Trigger bằng lệnh EXECUTE như Stored Procedure hoặc bằng bất kỳ một lệnh nào khác, Thay vào đó trigger sẽ được thực hiện một cách tự động.\r\n\r\nTrigger cũng có thể gọi thực thi Stored Procedure.\r\n\r\nTrigger được lưu trữ và quản lý trong Server Database.\r\n\r\nTrigger được dùng trong trường hợp ta muốn kiểm tra các ràng buộc toàn vẹn trong Database.\r\nQuang Vinh\r\nmai.quangvinh@sqlvn.com', '', '', 'inherit', 'open', 'open', '', '571-revision-11', '', '', '2011-08-01 05:48:31', '2011-08-01 05:48:31', '', 571, 'http://sqlvn.com/uncategorized/571-revision-11.html', 0, 'revision', '', 0);

Stored Procedure, View, Trigger là gì?

0 comments:

Post a Comment