CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.

Bài viết trên blog CFSDN này về sự khác biệt (ưu điểm và nhược điểm) giữa OLEDB và ODBC được tác giả sưu tầm và biên soạn. Nếu bạn quan tâm đến bài viết này thì nhớ like nhé.

ODBC là một tiêu chuẩn mở để kết nối với cơ sở dữ liệu. ODBC (Kết nối OpenDataBase, Kết nối cơ sở dữ liệu mở) là một thành phần của Kiến trúc dịch vụ mở của Microsoft (WOSA, Kiến trúc dịch vụ mở của Windows) liên quan đến cơ sở dữ liệu. Nó thiết lập một bộ thông số kỹ thuật và cung cấp một bộ API tiêu chuẩn để truy cập cơ sở dữ liệu (giao diện lập trình ứng dụng). Các API này sử dụng SQL để hoàn thành hầu hết các nhiệm vụ của chúng. Bản thân ODBC cũng cung cấp hỗ trợ cho ngôn ngữ SQL và người dùng có thể gửi trực tiếp các câu lệnh SQL tới ODBC. Nó được thiết kế để người dùng cơ sở dữ liệu không cần quan tâm đến loại cơ sở dữ liệu họ đang sử dụng mà chỉ cần thao tác tương tự. ODBC là tên viết tắt của Open Database Connect, là một tiêu chuẩn giao diện thống nhất để truy cập cơ sở dữ liệu được Microsoft đề xuất vào năm 1991. Nó là phần mềm trung gian giữa các ứng dụng và hệ thống cơ sở dữ liệu. Nó thực hiện các hoạt động trên cơ sở dữ liệu bằng cách tương tác với chương trình ứng dụng bằng trình điều khiển trên nền tảng ứng dụng tương ứng và tương ứng với cơ sở dữ liệu được yêu cầu, tránh các cuộc gọi trực tiếp đến các hoạt động liên quan đến cơ sở dữ liệu trong chương trình ứng dụng, từ đó mang lại sự độc lập cho cơ sở dữ liệu. ODBC chủ yếu bao gồm các trình điều khiển và người quản lý trình điều khiển. Trình điều khiển là một mô-đun được sử dụng để hỗ trợ các lệnh gọi hàm ODBC. Mỗi trình điều khiển tương ứng với cơ sở dữ liệu tương ứng. Khi ứng dụng được di chuyển từ hệ thống cơ sở dữ liệu này sang hệ thống cơ sở dữ liệu khác, chỉ cần thay đổi các cài đặt do chương trình quản lý ODBC thiết lập trong ứng dụng. bí danh tương ứng với hệ thống cơ sở dữ liệu tương ứng là đủ. Trình quản lý trình điều khiển có thể được liên kết với tất cả các ứng dụng ODBC và chịu trách nhiệm quản lý việc liên kết các hàm ODBC trong ứng dụng với các hàm trong DLL. ODBC sử dụng cách tiếp cận phân cấp để quản lý cơ sở dữ liệu. Tại mỗi lớp của cấu trúc giao tiếp cơ sở dữ liệu, ODBC giới thiệu một giao diện chung để giải quyết những mâu thuẫn tiềm ẩn trong đó có thể phụ thuộc vào đặc điểm của chính sản phẩm cơ sở dữ liệu, từ đó giải quyết tốt các vấn đề dựa trên cơ sở dữ liệu. Tính độc lập tương đối của các ứng dụng hệ thống là một trong những lý do quan trọng giúp ODBC đạt được thành công lớn ngay khi ra mắt. Về mặt cấu trúc, ODBC được chia thành hai loại: gói đơn và đa gói. 1. Trình điều khiển gói đơn Trình điều khiển gói đơn nằm giữa ứng dụng và cơ sở dữ liệu. Giống như trình điều khiển trung gian, dữ liệu cung cấp một phương thức truy cập dữ liệu thống nhất. Khi người dùng thực hiện thao tác cơ sở dữ liệu, ứng dụng sẽ chuyển lệnh gọi hàm ODBC tới trình quản lý trình điều khiển ODBC và API ODBC xác định xem cuộc gọi có được xử lý trực tiếp và kết quả được trả về hay không hoặc liệu nó có được gửi đến trình điều khiển để thực thi hay không và kết quả được trả về. Như có thể thấy ở trên, bản thân trình điều khiển gói đơn là một công cụ cơ sở dữ liệu, có thể trực tiếp hoàn thành các hoạt động trên cơ sở dữ liệu, mặc dù cơ sở dữ liệu có thể được đặt ở bất kỳ đâu trên mạng. 2. Trình điều khiển đa tia Trình điều khiển đa tia chịu trách nhiệm truyền các lệnh và dữ liệu giữa công cụ cơ sở dữ liệu và ứng dụng khách. Bản thân nó không thực hiện các hoạt động xử lý dữ liệu mà là một giao diện cho giao thức truyền thông mạng cho các hoạt động từ xa. Ứng dụng giao diện người dùng đưa ra yêu cầu xử lý cơ sở dữ liệu và yêu cầu được chuyển tiếp đến trình quản lý trình điều khiển ODBC. Tùy theo yêu cầu, trình quản lý trình điều khiển sẽ hoàn thành yêu cầu đó cục bộ hoặc chuyển nó tới trình điều khiển nhiều gói dịch. yêu cầu thành một giao diện giao tiếp cơ sở dữ liệu cụ thể của nhà sản xuất (chẳng hạn như SQLNet của Oracle) có thể hiểu biểu mẫu và chuyển giao cho giao diện để xử lý. Giao diện truyền yêu cầu đến công cụ dữ liệu trên máy chủ thông qua mạng. trong quá trình xử lý, nó sẽ gửi kết quả trở lại giao diện truyền thông cơ sở dữ liệu. Giao diện cơ sở dữ liệu sẽ chuyển kết quả tới ODBC đa tia. Sau đó, người lái xe sẽ chuyển kết quả đến ứng dụng. ODBC (Kết nối cơ sở dữ liệu mở): Đây là công nghệ giao diện cơ sở dữ liệu đầu tiên được Microsoft giới thiệu. Nó thực sự là tiền thân của ADO. Việc kết nối cơ sở dữ liệu ban đầu rất khó khăn. Định dạng của mỗi cơ sở dữ liệu là khác nhau và các nhà phát triển phải có hiểu biết sâu sắc về API cơ bản của từng cơ sở dữ liệu mà họ đã phát triển. Do đó, một API chung có thể xử lý các cơ sở dữ liệu khác nhau đã ra đời. hiện nay ODBC (Kết nối cơ sở dữ liệu mở). ODBC là sản phẩm đầu tiên của những người tạo các API phổ biến. Có nhiều cơ sở dữ liệu tuân thủ tiêu chuẩn này và được gọi là cơ sở dữ liệu tương thích ODBC (Liên kết đối tượng) và cơ sở dữ liệu nhúng) được đặt giữa ODBC. lớp và ứng dụng. Trong trang ASP của bạn, ADO là "ứng dụng" nằm trên OLEDB. Các cuộc gọi ADO của bạn trước tiên được gửi đến OLEDB, sau đó đến ODBC để xử lý. Bạn có thể kết nối trực tiếp với lớp OLEDB và nếu bạn thực hiện việc này. sẽ thấy sự cải thiện về hiệu suất của các con trỏ phía máy chủ (con trỏ mặc định của recordset, cũng là con trỏ được sử dụng phổ biến nhất). Có ba loại dsn được cung cấp trong odbc và sự khác biệt của chúng rất đơn giản: dsn của người dùng chỉ có thể được sử dụng cho người dùng này. Sự khác biệt duy nhất giữa hệ thống dsn và tệp dsn là vị trí lưu trữ thông tin kết nối: dsn hệ thống được lưu trữ trong vùng lưu trữ odbc, trong khi tệp dsn được đặt trong tệp văn bản. Tôi sẽ không nói làm thế nào để tạo ra chúng. Khi sử dụng chúng trong asp, phương pháp ghi như sau: Máy chủ 1.sql: sử dụng system dsn: connstr="DSN=dsnname; UID=xx; PWD=xxx;DATABASE=dbname" sử dụng tệp dsn:connstr="FILEDSN= xx;UID =xx; PWD=xxx;DATABASE=dbname" Bạn cũng có thể sử dụng chuỗi kết nối (vì vậy không cần phải tạo dsn): connstr="DRIVER={SQLSERVER};SERVER=servername;UID=xx;PWD=xxx" 2.access: Sử dụng hệ thống dsn: connstr="DSN=dsnname" (hoặc: connstr="DSN=dsnname;UID=xx ; PWD=xxx") Sử dụng tệp dsn:connstr="FILEDSN=xx" Bạn cũng có thể sử dụng chuỗi kết nối (do đó không cần tạo dsn): connstr="DRIVER={MicrosoftAccess Driver};DBQ=d:\abc\abc.mdb" Sử dụng oledb để kết nối với cơ sở dữ liệu: máy chủ 1.sql: connstr="PROVIDER=SQLOLEDB; DATASOURCE=servername;UID=xx;PWD =xxx; DATABASE=dbname" 2.access: connstr="PROVICER=MICROSOFT.JET.OLEDB.4.0; DATASOURCE=c:\abc\abc.mdb" Điều đáng chú ý là khả năng tương thích của OLE DB với ODBC cho phép OLE DB truy cập các nguồn dữ liệu ODBC hiện có. Ưu điểm là rõ ràng Vì ODBC được sử dụng phổ biến hơn OLE DB nên có nhiều trình điều khiển ODBC hơn OLE DB. Bằng cách này, không cần thiết phải có trình điều khiển OLE DB và bạn có thể truy cập ngay vào hệ thống dữ liệu gốc. Nhà cung cấp ở lớp OLE DB và trình điều khiển ở lớp ODBC. Nếu muốn sử dụng nguồn dữ liệu ODBC, bạn cần sử dụng nhà cung cấp OLE DB cho ODBC, sau đó sẽ sử dụng trình điều khiển ODBC tương ứng. Nếu bạn không cần sử dụng nguồn dữ liệu ODBC, bạn có thể sử dụng nhà cung cấp OLE DB tương ứng. Đây thường được gọi là nhà cung cấp gốc. Rõ ràng rằng việc sử dụng nhà cung cấp ODBC có nghĩa là cần có thêm một lớp. Do đó, nhà cung cấp OLE DB cho ODBC có thể chậm hơn nhà cung cấp OLE DB gốc khi truy cập cùng một dữ liệu. Giải thích chi tiết về chuỗi kết nối ODBC, OLEDB SQL Server u ODBC 1. Bảo mật tiêu chuẩn:"Driver={SQLServer};Server=Aron1;Database=pubs;Uid=sa;Pwd=asdasd;" 2. Kết nối đáng tin cậy: "Driver={SQLServer};Server=Aron1;Database=pubs;Trusted_Connection=yes;" 3. Yêu cầu nhập tên người dùng và mật khẩu: oConn.Properties("Prompt")= adPromptAlways oConn.Open"Driver={SQL Server};Server=Aron1;DataBase=pubs;" u OLE DB, OleDbConnection (.NET) 1. Bảo mật tiêu chuẩn: "Provider=sqloledb;DataSource=Aron1;Initial Catalog=pubs;User Id=sa;Password=asdasd;" 2. Kết nối đáng tin cậy: "Provider=sqloledb;DataSource=Aron1;Initial Catalog=pubs;Integrated Security=SSPI;" (useserverName\instanceName làm Nguồn dữ liệu để sử dụng một phiên bản SQLServer cụ thể, chỉ SQLServer2000) 3. Yêu cầu nhập tên người dùng và mật khẩu: oConn.Provider= "sqloledb" oConn.Properties("Prompt")= adPromptAlways oConn.Open"Data Source=Aron1;Initial Catalog=pubs;" 4. Kết nối qua địa chỉ IP: "Provider=sqloledb;DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;" (DBMSSOCN=TCP/IPthay vì Named Pipes, ở cuối Nguồn dữ liệu là cổng sử dụng (1433 là cổng mặc định)) u SqlConnection (.NET) 1. Bảo mật tiêu chuẩn: "DataSource=Aron1;Initial Catalog=pubs;User Id=sa;Password=asdasd;" - hoặc - "Server=Aron1;Database=pubs;UserID=sa;Password=asdasd;Trusted_Connection=False" (cả hai chuỗi kết nối đều tạo ra cùng một kết quả) 2. Kết nối đáng tin cậy: "DataSource=Aron1;Initial Catalog=pubs;Integrated Security=SSPI;" - hoặc - "Server=Aron1;Database=pubs;Trusted_Connection=True;" (cả hai chuỗi kết nối đều tạo ra cùng một kết quả) (useserverName\instanceName làm Nguồn dữ liệu để sử dụng một phiên bản SQLServer cụ thể, chỉ SQLServer2000) 3. Kết nối qua địa chỉ IP: "DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;" (DBMSSOCN=TCP/IPthay vì Named Pipes, ở cuối Nguồn dữ liệu là cổng sử dụng (1433 là cổng mặc định)) 。1433;Thư viện mạng=DBMSSOCN;Danh mục ban đầu=pubs;ID người dùng=sa;Mật khẩu=asdasd;" (DBMSSOCN=TCP/IPthay vì Named Pipes, ở cuối Nguồn dữ liệu là cổng sử dụng (1433 là cổng mặc định)) u SqlConnection (.NET) 1. Bảo mật tiêu chuẩn: "DataSource=Aron1;Danh mục ban đầu=pubs;ID người dùng=sa;Mật khẩu=asdasd;" - hoặc - "Máy chủ=Aron1;Cơ sở dữ liệu=pubs;ID người dùng=sa;Mật khẩu=asdasd;Kết nối đáng tin cậy=False" (cả hai chuỗi kết nối đều tạo ra cùng một kết quả) 2. Kết nối đáng tin cậy: "DataSource=Aron1;Danh mục ban đầu=pubs;Bảo mật tích hợp=SSPI;" - hoặc - "Máy chủ=Aron1;Cơ sở dữ liệu=pubs;Kết nối đáng tin cậy=True;" (cả hai chuỗi kết nối đều tạo ra cùng một kết quả) (useserverName\instanceName làm Nguồn dữ liệu để sử dụng một phiên bản SQLServer cụ thể, chỉ SQLServer2000) 3. Kết nối qua địa chỉ IP: "DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;" (DBMSSOCN=TCP/IPthay vì Named Pipes, ở cuối Nguồn dữ liệu là cổng sử dụng (1433 là cổng mặc định)) 。1433;Thư viện mạng=DBMSSOCN;Danh mục ban đầu=pubs;ID người dùng=sa;Mật khẩu=asdasd;" (DBMSSOCN=TCP/IPthay vì Named Pipes, ở cuối Nguồn dữ liệu là cổng sử dụng (1433 là cổng mặc định)) u SqlConnection (.NET) 1. Bảo mật tiêu chuẩn: "DataSource=Aron1;Danh mục ban đầu=pubs;ID người dùng=sa;Mật khẩu=asdasd;" - hoặc - "Máy chủ=Aron1;Cơ sở dữ liệu=pubs;ID người dùng=sa;Mật khẩu=asdasd;Kết nối đáng tin cậy=False" (cả hai chuỗi kết nối đều tạo ra cùng một kết quả) 2. Kết nối đáng tin cậy: "DataSource=Aron1;Danh mục ban đầu=pubs;Bảo mật tích hợp=SSPI;" - hoặc - "Máy chủ=Aron1;Cơ sở dữ liệu=pubs;Kết nối đáng tin cậy=True;" (cả hai chuỗi kết nối đều tạo ra cùng một kết quả) (useserverName\instanceName làm Nguồn dữ liệu để sử dụng một phiên bản SQLServer cụ thể, chỉ SQLServer2000) 3. Kết nối qua địa chỉ IP: "DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;" (DBMSSOCN=TCP/IPthay vì Named Pipes, ở cuối Nguồn dữ liệu là cổng sử dụng (1433 là cổng mặc định)) 。

Cuối cùng, bài viết về sự khác biệt (ưu điểm và nhược điểm) giữa OLEDB và ODBC kết thúc tại đây. Nếu bạn muốn biết thêm về sự khác biệt (ưu điểm và nhược điểm) giữa OLEDB và ODBC, vui lòng tìm kiếm bài viết CFSDN hoặc tiếp tục duyệt các bài viết liên quan. mong mọi người sẽ ủng hộ blog của mình trong tương lai nhé! .