Chuẩn bị cho Kỳ thi 733 về Phát triển ứng dụng DB2 9, Phần 5: Lập trình CLI/ODBC pps

Chuẩn bị cho Kỳ thi 733 về Phát triển ứng dụng DB2 9, Phần 5: Lập trình CLI/ODBC Roger Sanders, Quản lý cao cấp, EMC Tóm tắt: Hướng dẫn này giới thiệu cho bạn về lập trình DB2 CLI (Call-Level Interface - giao diện mức gọi)/lập trình ODBC và dẫn bạn qua các bước cơ bản được sử dụng để xây dựng một ứng dụng CLI/ODBC. Hướng dẫn này cũng giới thiệu cho bạn quá trình sử dụng để chuyển đổi một hoặc nhiều tệp tin mã nguồn của ngôn ngữ lập trình bậc cao có chứa các lời gọi hàm CLI/ODBC thành một ứng dụng sẵn sàng để chạy. Đây là hướng dẫn thứ năm trong một loạt bài gồm chín hướng dẫn được thiết kế để giúp bạn chuẩn bị cho kỳ thi lấy chứng chỉ Nhà phát triển ứng dụng DB2 UDB V9.1 (kỳ thi 733). Trước khi bạn bắt đầu Tìm hiểu bạn mong đợi những gì từ hướng dẫn này và làm thế nào để thu nhận được nhiều nhất từ nó. Về loạt bài viết này Chức danh Nhà phát triển ứng dụng được IBM chứng nhận khẳng định rằng bạn là một nhà phát triển ứng dụng mức trung cấp hoặc cao cấp về DB2 với Linux®, UNIX® và Windows®. Chứng chỉ này cũng chứng tỏ rằng bạn có các kỹ năng giỏi trong tất cả các nhiệm vụ lập trình chung cũng như lập trình SQL có nhúng, lập trình ODBC/CLI, lập trình .NET hoặc lập trình Java. Loạt bài gồm chín hướng dẫn miễn phí này được thiết kế để giúp bạn chuẩn bị cho kỳ thi lấy chứng chỉ Phát triển ứng dụng DB2 9 cho Linux, UNIX và Windows (kỳ thi 733). Mỗi hướng dẫn bao gồm một liên kết đến một bản tải về dùng thử miễn phí DB2 9 cho Linux, UNIX và Windows. Các hướng dẫn này cung cấp một cơ sở vững chắc cho mỗi phần của kỳ thi. Tuy nhiên, bạn không nên dựa vào các hướng dẫn này như là sự chuẩn bị duy nhất của bạn cho kỳ thi này. Sau khi đăng ký một cách nhanh chóng, bạn có thể bắt đầu một hướng dẫn. Mỗi hướng dẫn cần khoảng một giờ để hoàn thành. Bạn có thể sử dụng hướng dẫn trực tuyến, hoặc tải xuống một tệp tin PDF hoặc zip. Về bài hướng dẫn này Hướng dẫn này trình bày:  Các thẻ điều khiển (handle) môi trường, kết nối, câu lệnh và bộ mô tả (descriptor) là gì và các ứng dụng CLI/ODBC được sử dụng như thế nào.  Các bước cần có trong việc phát triển một ứng dụng CLI/ODBC.  Trình tự đúng đắn cần sử dụng khi gọi các hàm CLI/ODBC.  Làm thế nào để thiết lập một kết nối cơ sở dữ liệu từ một ứng dụng CLI/ODBC.  Làm thế nào để cấu hình một trình điều khiển CLI/ODBC.  Làm thế nào để đánh giá các mã trả về của hàm CLI/ODBC và nhận được thông tin chẩn đoán khi các lỗi xuất hiện.  Làm thế nào để chuyển đổi các tệp tin mã nguồn có chứa các lời gọi CLI/ODBC thành một ứng dụng sẵn sàng để chạy. Đây là bài thứ năm trong một loạt bài gồm chín hướng dẫn được thiết kế để giúp bạn chuẩn bị cho kỳ thi lấy chứng chỉ Nhà phát triển ứng dụng DB2 V9.1 (kỳ thi 733). Tư liệu trong hướng dẫn này trình bày các mục tiêu trong Phần 5 của kỳ thi, mang tên "Lập trình CLI/ODBC". Các mục tiêu Sau khi hoàn thành hướng dẫn này, bạn sẽ có thể:  Thiết lập một kết nối cơ sở dữ liệu trong một ứng dụng CLI/ODBC.  Thi hành các yêu cầu SQL bằng cách gọi các hàm CLI/ODBC trong một trình tự phù hợp.  Phân tích các kết quả và xử lý các lỗi thường gặp khi các hàm CLI/ODBC được gọi trong một ứng dụng CLI/ODBC. Các điều kiện cần trước Để hiểu một số tư liệu được trình bày trong hướng dẫn này, bạn cần phải đã quen thuộc với những thuật ngữ sau đây:  Đối tượng: Mọi thứ trong một cơ sở dữ liệu có thể được tạo ra hoặc được thao tác bằng SQL (ví dụ như các bảng, các khung nhìn, các chỉ mục và các gói).  Bảng: Một cấu trúc logic được sử dụng để trình bày dữ liệu như là một tập hợp các hàng không theo thứ tự với một số các cột cố định. Mỗi cột có chứa một bộ các giá trị, mỗi giá trị của cùng một kiểu dữ liệu (hoặc một kiểu con của kiểu dữ liệu cột); các định nghĩa về các cột tạo thành cấu trúc bảng và các hàng chứa các dữ liệu bảng thực tế.  Trình tối ưu hóa DB2: Một thành phần của trình tiền biên dịch (precompiler) SQL chọn một kế hoạch truy cập cho một câu lệnh SQL của Data Manipulation Language (DML - Ngôn ngữ thao tác dữ liệu) bằng cách mô hình hóa chi phí thi hành của một số kế hoạch truy cập thay thế được cho nhau và lựa chọn kế hoạch có chi phí ước tính thấp nhất. . Các yêu cầu hệ thống Bạn không cần phải dùng một bản sao của Cơ sở dữ liệu đa năng DB2 để hoàn thành hướng dẫn này. Tuy nhiên, bạn có thể tải về một phiên bản dùng thử miễn phí của Cơ sở dữ liệu đa năng DB2 IBM, Ấn bản doanh nghiệp (IBM DB2 Universal Database). Giới thiệu về lập trình CLI/ODBC CLI/ODBC là gì? Structured Query Language (SQL - Ngôn ngữ truy vấn có cấu trúc) là một ngôn ngữ được tiêu chuẩn hóa để thao tác trên các đối tượng cơ sở dữ liệu và dữ liệu chứa trong chúng. Nhưng vì SQL về bản chất là không có tính thủ tục, các ứng dụng cơ sở dữ liệu thường được phát triển bằng cách kết hợp quyết định và kiểm soát tuần tự của một ngôn ngữ lập trình bậc cao với các khả năng lưu trữ, thao tác và lấy ra các dữ liệu của SQL. Một số phương pháp có sẵn để kết hợp SQL với một ngôn ngữ lập trình bậc cao, nhưng cách tiếp cận đơn giản nhất là nhúng các câu lệnh SQL trực tiếp vào các tệp tin mã nguồn của ngôn ngữ lập trình bậc cao đã được sử dụng để tạo ra ứng dụng. Kỹ thuật này được gọi là lập trình SQL nhúng. Một trong những mặt hạn chế lớn nhất với việc lập trình SQL nhúng là thiếu khả năng tương tác mà các ứng dụng như vậy cần phải có; các ứng dụng SQL nhúng được phát triển dành riêng cho DB2 phải được sửa đổi (và trong một số trường hợp, được viết lại hoàn toàn) trước khi chúng có thể tương tác với các hệ thống quản lý cơ sở dữ liệu quan hệ (RDBMS) khác. Bởi vì hạn chế này tồn tại với mọi ứng dụng SQL nhúng, bất kể nó được viết cho RDBMS nào, trong đầu những năm 1990 công ty X/Open và SQL Access Group (SAG - Nhóm truy cập SQL) bây giờ là một phần của công ty X/Open, đã cùng nhau phát triển một đặc tả tiêu chuẩn cho một giao diện SQL có thể gọi được. Giao diện này được gọi là giao diện X/Open CLI. Nhiều đặc tả kỹ thuật X/Open CLI sau đó được chấp nhận như là một phần của chuẩn quốc tế ISO CLI. Mục đích chính của X/Open CLI đã là để làm tăng tính di động của các ứng dụng cơ sở dữ liệu bằng cách cho phép chúng trở thành độc lập với bất kỳ giao diện lập trình của một hệ thống quản lý cơ sở dữ liệu nào. Trong năm 1992, Microsoft đã phát triển một giao diện SQL có thể gọi được có tên là Open Database Connectivity (ODBC - Kết nối cơ sở dữ liệu mở) dành cho hệ điều hành Windows của Microsoft. Trên cơ sở đặc tả kỹ thuật tiêu chuẩn X/Open CLI, ODBC cung cấp các chức năng và các khả năng mở rộng không phải là một phần X/Open CLI. ODBC dựa vào một môi trường vận hành trong đó các trình điều khiển ODBC đặc thù cho từng nguồn dữ liệu được tự động nạp vào trong thời gian chạy ứng dụng (dựa trên thông tin được cung cấp khi yêu cầu một kết nối) bằng một thành phần được gọi là Trình quản lý trình điều khiển ODBC (ODBC Driver Manager). Mỗi trình điều khiển đặc thù cho một nguồn dữ liệu có trách nhiệm triển khai thực hiện bất kỳ hoặc tất cả các hàm được định nghĩa trong đặc tả kỹ thuật ODBC và chịu trách nhiệm cung cấp các tương tác với nguồn dữ liệu mà trình điều khiển đã được viết cho nó. Trình quản lý trình điều khiển ODBC cung cấp một điểm kiểm soát trung tâm; khi một ứng dụng ODBC thi hành, mỗi lời gọi hàm ODBC đã thực hiện được gửi đến Trình quản lý trình điều khiển ODBC, ở đó nó được chuyển tiếp đến trình điều khiển của nguồn dữ liệu thích hợp để tiếp tục xử lý. Với các trình điều khiển, một ứng dụng được liên kết trực tiếp đến chỉ một thư viện trình điều khiển ODBC, chứ không phải đến chính mỗi cơ sở dữ liệu sản phẩm cụ thể. DB2 CLI cũng dựa trên tiêu chuẩn quốc tế ISO CLI và nó cung cấp hầu hết tính năng được tìm thấy trong đặc tả kỹ thuật ODBC. Các ứng dụng có sử dụng DB2 CLI thay vì ODBC được liên kết trực tiếp với thư viện nạp DB2 CLI và bất kỳ Trình quản lý trình điều khiển ODBC nào có thể nạp thư viện này như là một trình điều khiển ODBC. Các ứng dụng DB2 UDB cũng có thể sử dụng thư viện nạp DB2 CLI độc lập. Tuy nhiên, khi thư viện được sử dụng theo cách này, bản thân ứng dụng không có khả năng giao tiếp với các nguồn dữ liệu khác. Sự khác nhau giữa SQL nhúng và CLI/ODBC Trong hướng dẫn thứ tư của loạt bài này (xem phần Tài nguyên), bạn đã thấy rằng các ứng dụng SQL nhúng được xây dựng bằng cách nhúng trực tiếp các câu lệnh SQL vào trong một hay nhiều tệp tin mã nguồn được viết bằng ngôn ngữ lập trình bậc cao. Ứng dụng CLI/ODBC, mặt khác, dựa vào một bộ chuẩn hóa các hàm giao diện lập trình ứng dụng (API) để gửi các câu lệnh SQL tới Trình quản lý cơ sở dữ liệu DB2 để xử lý. Các ứng dụng có SQL nhúng và các ứng dụng CLI/ODBC cũng khác theo các cách sau đây:  Các ứng dụng CLI/ODBC không yêu cầu khai báo tường minh và sử dụng biến chủ chứa; bất kỳ biến nào có thể được sử dụng để gửi dữ liệu tới hoặc lấy ra dữ liệu từ một nguồn dữ liệu.  Các con trỏ không cần phải được các ứng dụng CLI/ODBC khai báo tường minh. Thay vào đó, các con trỏ được tự động tạo ra, nếu cần thiết, bất cứ khi nào hàm SQLExecute() hay hàm SQLExecDirect() được thi hành. (Hai hàm này được trình bày chi tiết hơn sau đây một chút).  Các con trỏ không cần phải được mở tường minh trong các ứng dụng CLI/ODBC; các con trỏ ngầm ẩn là được mở ngay sau khi chúng được tạo ra.  Các hàm CLI/ODBC quản lý môi trường, kết nối và thông tin liên quan đến câu lệnh SQL bằng cách sử dụng các thẻ điều khiển (handles). Kỹ thuật này cho phép các thông tin như vậy được xử lý như là các đối tượng trừu tượng. Việc sử dụng các thẻ điều khiển loại bỏ sự cần thiết đối với các ứng dụng CLI/ODBC phải sử dụng các cấu trúc dữ liệu đặc thù riêng của sản phẩm cơ sở dữ liệu, chẳng hạn như các cấu trúc dữ liệu DB2 SQL Communications Area (SQLCA – Vùng trao đổi thông tin SQL DB2) và SQL Descriptor Area (SQLDA – Vùng bộ mô tả SQL).  Các ứng dụng CLI/ODBC vốn đã có khả năng thiết lập nhiều kết nối tới nhiều nguồn dữ liệu hoặc tới cùng một nguồn dữ liệu, cùng một lúc. (Các ứng dụng SQL nhúng chỉ có thể kết nối với nhiều nguồn dữ liệu cùng một lúc, nếu sử dụng kết nối Kiểu 2). Bất kể các sự khác biệt này, có một khái niệm quan trọng chung cho cả các ứng dụng SQL nhúng lẫn các ứng dụng CLI/ODBC: các ứng dụng CLI/ODBC có thể thi hành bất kỳ câu lệnh SQL nào có thể được chuẩn bị động trong một ứng dụng SQL nhúng. Điều này được đảm bảo bởi vì các ứng dụng CLI/ODBC chuyển tất cả các câu lệnh SQL của mình trực tiếp vào nguồn dữ liệu để thi hành động. (Các ứng dụng CLI/ODBC cũng có thể thi hành một số các câu lệnh SQL mà chúng không thể được chuẩn bị động, chẳng hạn như các câu lệnh SQL phức hợp, nhưng đối với hầu hết các phần, SQL tĩnh không được hỗ trợ). Bởi vì nguồn dữ liệu xử lý tất cả các các câu lệnh SQL được một ứng dụng CLI/ODBC đề trình, tính khả chuyển của các ứng dụng CLI/ODBC được đảm bảo. Điều này không phải luôn đúng với các ứng dụng SQL nhúng, bởi vì cách thức mà các câu lệnh SQL được chuẩn bị động có thể khác nhau với mỗi sản phẩm cơ sở dữ liệu quan hệ được sử dụng. Hơn nữa, do các câu lệnh SQL COMMIT và ROLLBACK có thể được một số sản phẩm cơ sở dữ liệu (bao gồm cả DB2) chuẩn bị động nhưng những sản phẩm cơ sở dữ liệu khác lại không làm được như vậy, chúng thường không được sử dụng trong ứng dụng CLI/ODBC. Thay vào đó, các ứng dụng CLI/ODBC dựa vào hàm SQLEndTran() để chấm dứt các giao dịch hoạt động (khi không sử dụng cam kết tự động). Điều này đảm bảo rằng ứng dụng CLI/ODBC có thể kết thúc giao dịch thành công, bất kể sản phẩm cơ sở dữ liệu nào đang được sử dụng. Việc xây dựng một ứng dụng CLI/ODBC Các phần của một ứng dụng CLI/ODBC Tất cả các ứng dụng CLI/ODBC được xây dựng để cho chúng thực hiện ba nhiệm vụ riêng biệt:  Khởi tạo.  Xử lý giao dịch.  Kết thúc Công việc kết hợp với mỗi một trong các nhiệm cụ này được tiến hành bằng cách gọi ra một hay nhiều hàm API CLI/ODBC; nhiều hàm CLI/ODBC được sử dụng để thực hiện các nhiệm vụ này phải được gọi theo một thứ tự cụ thể hoặc nếu không một lỗi xuất hiện. Hình 1 xác định một số các hàm CLI/ODBC cơ bản được sử dụng để thực hiện các nhiệm vụ khởi tạo và kết thúc: Hình 1. Một ứng dụng CLI/ODBC thực hiện các nhiệm vụ cơ bản Các ứng dụng CLI/ODBC có thể thực hiện các nhiệm vụ khác với ba nhiệm vụ phác thảo trong Hình 1, như là xử lý lỗi và xử lý thông báo. Một phần sau đây, các chẩn đoán và xử lý lỗi (Diagnostics and error handling), cho thấy các lỗi được xử lý trong một ứng dụng CLI/ODBC như thế nào. Cấp phát tài nguyên Trong thời gian khởi tạo, các tài nguyên cần thiết để xử lý các giao dịch được cấp phát (và được khởi tạo) và kết nối vào bất kỳ (các) nguồn dữ liệu nào mà các tương tác của nhiệm vụ xử lý giao dịch được thiết lập với nguồn dữ liệu đó. Các tài nguyên được các ứng dụng CLI/ODBC sử dụng bao gồm các vùng lưu trữ dữ liệu đặc biệt được xác định bằng các thẻ điều khiển duy nhất. (Một thẻ điều khiển chỉ đơn giản là một biến con trỏ trỏ đến một đối tượng dữ liệu được Trình quản lý trình điều khiển DB2 CLI hoặc ODBC kiểm soát và được các lời gọi hàm CLI/ODBC tham chiếu). Bằng cách sử dụng các vùng lưu trữ dữ liệu và các thẻ điều khiển, các ứng dụng CLI/ODBC được giải phóng khỏi trách nhiệm cấp phát và quản lý các biến và cấu trúc dữ liệu toàn cục như các cấu trúc dữ liệu SQLCA và SQLDA được sử dụng với các ứng dụng SQL nhúng. Bốn kiểu thẻ điều khiển khác nhau có sẵn:  Các thẻ điều khiển môi trường: Một con trỏ tới một vùng lưu trữ dữ liệu chứa thông tin đặc thù CLI/ODBC, là thông tin toàn cục về bản chất.  Các thẻ điều khiển kết nối: Một con trỏ tới một vùng lưu trữ dữ liệu có chứa thông tin về một kết nối nguồn dữ liệu (cơ sở dữ liệu) được CLI/ODBC quản lý.  Các thẻ điều khiển câu lệnh: Một con trỏ tới một vùng lưu trữ dữ liệu có chứa thông tin cụ thể về một câu lệnh SQL. [...]... trường được cấp phát, nhưng trước khi các thẻ điều khiển kết nối tương ứng được cấp phát Điều này báo cho DB2 CLI và Trình quản lý trình điều khiển ODBC rằng ứng dụng dự định tuân thủ hoặc đặc tả kỹ thuật CLI/ODBC 3.x hoặc đặc tả kỹ thuật CLI/ODBC 2.0 (hoặc cũ hơn) Mã nguồn được sử dụng để thông báo cho DB2 CLI và trình điều khiển ODBC rằng một ứng dụng dự định tuân thủ đặc tả kỹ thuật CLI/ODBC 3.x (hoặc... được cấp phát trước khi bất kỳ các câu lệnh SQL nào có thể được một ứng dụng CLI/ODBC thực hiện Chuẩn bị và thực hiện các câu lệnh SQL Sau khi một thẻ điều khiển câu lệnh được cấp phát và một câu lệnh SQL được gán tới nó, có hai cách theo đó chính câu lệnh SQL có thể được xử lý:  Chuẩn bị và thi hành: Cách tiếp cận này phân tách việc chuẩn bị câu lệnh SQL khỏi việc thi hành nó và thường được sử dụng khi... cả cùng với nhau Bạn đã thấy một số thành phần cơ bản được sử dụng để xây dựng các ứng dụng CLI/ODBC Bây giờ bạn sẽ thấy tất cả chúng phối hợp với nhau để tạo ra một ứng dụng CLI/ODBC có tương tác với một cơ sở dữ liệu DB2 như thế nào Một ứng dụng CLI/ODBC đơn giản, được viết bằng ngôn ngữ lập trình C, nhận và in ra các mã số nhận dạng nhân viên và các tên họ cho tất cả các nhân viên có chức danh công... tin bổ sung cần thi t từ hệ thống để thi t lập một kết nối Sử dụng thông tin này, sau đó hàm đăng nhập vào máy chủ phù hợp và cố gắng kết nối với nguồn dữ liệu đã chỉ định Các ứng dụng sử dụng hàm SQLDriverConnect() cũng có thể cho phép trình điều khiển nhắc người sử dụng về bất kỳ thông tin kết nối nào cần thi t Ví dụ, khi hàm SQLDriverConnect() được gọi với một chuỗi kết nối rỗng, DB2 CLI sẽ hiển... thực sự của một ứng dụng CLI/ODBC là thẻ điều khiển câu lệnh Các thẻ điều khiển câu lệnh được sử dụng để:  Kết buộc các biến ứng dụng tới các dấu tham số được sử dụng trong một câu lệnh SQL  hành Chuẩn bị và gửi đi một câu lệnh SQL tới nguồn dữ liệu thích hợp để thi  Nhận siêu dữ liệu về bất kỳ các bộ dữ liệu kết quả nào được tạo ra để đáp lại một câu lệnh SQL  Kết buộc các biến ứng dụng tới các cột... không cho phép Thi t lập một kết nối nguồn dữ liệu (cơ sở dữ liệu) Để thực hiện bất kỳ kiểu hoạt động nào đối với một cơ sở dữ liệu, trước tiên bạn phải thi t lập một kết nối với cơ sở dữ liệu đó Với các ứng dụng CLI/ODBC, ba hàm khác nhau có thể được dùng để thi t lập một kết nối nguồn dữ liệu (cơ sở dữ liệu):  SQLConnect()  SQLDriverConnect()  SQLBrowseConnect() Các ứng dụng có thể sử dụng một... thời gian biên dịch, còn hàm SQLBrowseConnect() có thể được sử dụng để xây dựng một chuỗi kết nối trong thời gian chạy ứng dụng Sự khác biệt này cho phép một ứng dụng sử dụng hộp thoại riêng của mình để nhắc người sử dụng cung cấp các thông tin kết nối, do đó duy trì quyền kiểm soát dáng vẻ của ứng dụng Xử lý giao dịch Sau khi một ứng dụng CLI/ODBC thực hiện việc khởi tạo thích hợp, sự chú ý chuyển tới... Chỉ rõ tên của trình điều khiển CLI/ODBC được sử dụng để thi t lập một kết nối đến một nguồn dữ liệu Chỉ rõ bí danh của một cơ sở dữ liệu mà kết nối được thi t lập với nó Chỉ rõ tên của một nguồn dữ liệu (khi được hàm DSN=DataSourceName SQLDataSources() trả về) mà một kết nối được thi t lập với nó UID=UserID Chỉ rõ ID người dùng (ID được cấp quyền) của người sử dụng đang cố gắng để thi t lập kết nối đó... lại (Hãy nhớ rằng CLI/ODBC tự động khai báo và mở một con trỏ nếu cần thi t) Chế độ cam kết tự động là chế độ cam kết mặc định và thường là đủ cho các ứng dụng CLI/ODBC đơn giản Tuy nhiên, các ứng dụng lớn hơn, đặc biệt là những ứng dụng có thực hiện các hoạt động cập nhật, nên chuyển sang chế độ cam kết thủ công ngay sau khi một kết nối nguồn dữ liệu được thi t lập Lời gọi hàm sử dụng để chuyển sang... phải cho DB2 CLI và Trình quản lý trình điều khiển ODBC biết một ứng dụng đã được mã hóa với đặc tả kỹ thuật nào, bởi vì nhiều giá trị mã trả về (cũng được biết đến như là các SQLSTATE, được thảo luận chi tiết hơn trong phần SQLSTATEs) được một hàm CLI/ODBC trả về có thay đổi từ phiên bản này sang phiên bản khác Ngoài ra, các phiên bản sau này của DB2 CLI và ODBC cho phép các ký tự đại diện được sử dụng . Chuẩn bị cho Kỳ thi 733 về Phát triển ứng dụng DB2 9, Phần 5: Lập trình CLI/ODBC Roger Sanders, Quản lý cao cấp, EMC Tóm tắt: Hướng dẫn này giới thi u cho bạn về lập trình DB2 CLI. này được thi t kế để giúp bạn chuẩn bị cho kỳ thi lấy chứng chỉ Phát triển ứng dụng DB2 9 cho Linux, UNIX và Windows (kỳ thi 733) . Mỗi hướng dẫn bao gồm một liên kết đến một bản tải về dùng. CLI/ODBC thành một ứng dụng sẵn sàng để chạy. Đây là bài thứ năm trong một loạt bài gồm chín hướng dẫn được thi t kế để giúp bạn chuẩn bị cho kỳ thi lấy chứng chỉ Nhà phát triển ứng dụng DB2