เชื่อมต่อ Access กับ SQL Server

การใช้โปรแกรมควบคุม ODBC หรือตัวให้บริการ OLE DB

สตริงการเชื่อมต่อนั้นมีมานานแล้ว คุณสามารถกำหนดสตริงการเชื่อมต่อที่จัดรูปแบบทั้งในส่วนติดต่อผู้ใช้ของ Access หรือในโค้ด VBA สตริงการเชื่อมต่อ (ไม่ว่าจะเป็น ODBC หรือ OLE DB) จะส่งต่อข้อมูลไปยังฐานข้อมูลโดยตรง เช่นตำแหน่งที่ตั้งเซิร์ฟเวอร์ ชื่อฐานข้อมูล ชนิดของการรักษาความปลอดภัย และตัวเลือกอื่นๆ ที่มีประโยชน์ ตัวอย่างเช่น:

ODBC;DRIVER=SQL Server;SERVER="MyServer";DATABASE="MyHRdb";TRUSTED_CONNECTION=Yes

Provider=SQLOLEDB;Data Source=MyServer;Initial Catalog=MyHRdb; Integrated Security=SSPI;

ในตอนแรก จะมี SQL Server Native Client (SNAC) ซึ่งเป็นไลบรารีแบบสแตนด์อโลนที่มีเทคโนโลยี ODBC และ OLEDB และยังคงใช้งานได้สำหรับ SQL Server เวอร์ชัน 2005 จนถึง 2012 แอปพลิเคชันดั้งเดิมหลายรายการใช้ SNAC และยังคงได้รับการสนับสนุนสำหรับความเข้ากันได้แบบย้อนหลัง แต่เราไม่แนะนำให้ใช้งานสำหรับการพัฒนาแอปพลิเคชันใหม่ คุณควรใช้โปรแกรมควบคุม ODBC เวอร์ชันเดี่ยวรุ่นใหม่กว่าที่ดาวน์โหลดได้

โปรแกรมควบคุม ODBC

Open Database Connectivity (ODBC) คือโพรโทคอลที่คุณใช้เพื่อเชื่อมต่อฐานข้อมูล Access กับแหล่งข้อมูลภายนอก เช่น Microsoft SQL Server โดยปกติแล้ว คุณใช้แหล่งข้อมูลไฟล์ (หรือเรียกว่าไฟล์ DSN) เพื่อเพิ่มสตริงการเชื่อมต่อในกรณีที่ใช้คำสำคัญ FILEDSN บนสตริงการเชื่อมต่อ หรือเก็บไว้ในรีจิสทรีในกรณีที่ใช้คำสำคัญ DSN อีกวิธีหนึ่งคือ คุณสามารถใช้ VBA เพื่อตั้งคุณสมบัติเหล่านี้โดยใช้สตริงการเชื่อมต่อ "แบบไม่มี DSN"

ในช่วงปีที่ผ่านมา โปรแกรมควบคุม ODBC ได้พร้อมให้ใช้บริการในสามระยะ:

• ก่อนรุ่น 2005 โปรแกรมควบคุม ODBC จะพร้อมให้ใช้บริการกับ Windows Data Access Components (WDAC) ซึ่งมีชื่อเดิมว่า Microsoft Data Access Components (MDAC) คอมโพเนนต์เหล่านี้จะจัดส่งกับ Windows สำหรับความเข้ากันได้กับรุ่นก่อนหน้า สำหรับข้อมูลเพิ่มเติม ดูที่ Microsoft หรือ Windows Data Access Components

• โปรแกรมควบคุม ODBC จะส่งต่อกับ SNAC สำหรับ SQL Server 2005 ไปจนถึง SQL Server 2012

• หลังจาก SQL Server 2012 โปรแกรมควบคุม ODBC ได้พร้อมให้ใช้บริการทีละรายการ และมีการสนับสนุนกับสำหรับฟีเจอร์ SQL Server ใหม่

สำหรับการพัฒนาใหม่ หลีกเลี่ยงการใช้โปรแกรมควบคุม ODBC ตั้งแต่ช่วงสองระยะแรก และใช้โปรแกรมควบคุม ODBC ตั้งแต่ช่วงระยะที่สาม

ตัวให้บริการ OLE DB

Object Linking and Embedding, ฐานข้อมูล (ODBC) เป็นโพรโทคอลที่คุณใช้เพื่อเชื่อมต่อฐานข้อมูล Access กับแหล่งข้อมูลภายนอก เช่น Microsoft SQL Server OLE DB ไม่จำเป็นต้องใช้ DSN และยังมอบการเข้าถึงอย่างเต็มรูปแบบไปยังแหล่งข้อมูล ODBC และโปรแกรมควบคุม ODBC

เคล็ดลับ    โดยปกติแล้ว คุณใช้กล่องโต้ตอบ คุณสมบัติลิงก์ข้อมูล เพื่อเพิ่มสตริงการเชื่อมต่อ OLE DB แม้ว่าจะไม่มีทางที่จะเปิดกล่องโต้ตอบ คุณสมบัติลิงก์ข้อมูล จาก Access ใน Windows Explorer คุณสามารถสร้างไฟล์ .txt ว่าง เปลี่ยนชนิดไฟล์เป็น .udl จากนั้นให้ดับเบิลคลิกไฟล์ หลังจากที่คุณสร้างสตริงการเชื่อมต่อ ให้เปลี่ยนชนิดไฟล์กลับเป็น .txt

ในช่วงปีที่ผ่านมา ตัวให้บริการ OLE DB ได้พร้อมให้ใช้บริการในสามระยะ:

• ก่อนรุ่น 2005 ตัวให้บริการ OLE DB จะพร้อมให้ใช้บริการกับ Windows Data Access Components (WDAC) ซึ่งมีชื่อเดิมว่า Microsoft Data Access Components (MDAC)

• ตัวให้บริการ OLE DB จะส่งด้วย SQL Server 2005 จนถึง SQL Server 2017 โดยไม่สนับสนุนใน 2011

• ใน 2017 ตัวให้บริการ OLE DB ของ SQL Server ได้กลับมาสนับสนุนอีก

เวอร์ชันที่แนะนำล่าสุดสำหรับการพัฒนาโซลูชันคือตัวให้บริการ OLE DB 18 สำหรับ SQL Server

วิธีปรับประสิทธิภาพให้เหมาะสมด้วยสตริงการเชื่อมต่อ ODBC

เมื่อต้องการปรับประสิทธิภาพให้เหมาะสม ลดปริมาณการใช้เครือข่ายให้น้อยที่สุด และลดการเข้าถึงจากหลายผู้ใช้สู่ฐานข้อมูล SQL Server ใช้สตริงการเชื่อมต่อให้น้อยที่สุดเท่าที่จะเป็นไปได้โดยการแชร์สตริงการเชื่อมต่อทั่วชุดระเบียนหลายรายการ แม้ว่า Ace จะเพียงส่งต่อสตริงการเชื่อมต่อไปยังเซิร์ฟเวอร์ได้ แต่ Ace ก็เข้าใจและใช้คำสำคัญต่อไปนี้: DSN, ฐานข้อมูล, UID, PWD และโปรแกรมควบคุมสำหรับช่วยลดการสื่อสารแบบไคลเอ็นต์/เซิร์ฟเวอร์

หมายเหตุ    ถ้าการเชื่อมต่อ ODBC ไปยังแหล่งข้อมูลภายนอกขาดหายไป Access จะพยายามเชื่อมต่อใหม่โดยอัติโนมัติ ถ้าลองอีกครั้งสำเร็จ คุณจะสามารถทำงานต่อได้ ถ้าลองอีกครั้งไม่สำเร็จ คุณยังคงสามารถทำงานต่อไปได้กับวัตถุที่ไม่พึ่งกับการเชื่อมต่อ เมื่อต้องการเชื่อมต่อใหม่ ให้ปิดแล้วเปิด Access ใหม่

คำแนะนำเมื่อใช้ทั้ง ODBC และ OLE DB

หลีกเลี่ยงการรวมสตริงการเชื่อมต่อและฐานข้อมูลการเข้าถึงเทคโนโลยี ใช้สตริงการเชื่อมต่อ ODBC สำหรับ DAO ใช้สตริงการเชื่อมต่อ OLE DB สำหรับ ADO ถ้าแอปพลิเคชันมีโค้ด VBA ที่ใช้ทั้ง DAO และ ADO ให้ใช้โปรแกรมควบคุม ODBC สำหรับ DAO และตัวให้บริการ OLE DB สำหรับ ADO พยายามที่จะรับฟีเจอร์ใหม่ล่าสุดและการสนับสนุนสำหรับทั้ง ODBC และ OLEDB ตามลำดับ

ODBC ใช้โปรแกรมควบคุมเงื่อนไขและ OLE DB ใช้ตัวให้บริการเงื่อนไข เงื่อนไขจะอธิบายคอมโพเนนต์ของซอฟต์แวร์ชนิดเดียวกัน แต่ไม่สามารถเปลี่ยนสลับกันได้ในไวยากรณ์สตริงของการเชื่อมต่อ ใช้ค่าที่ถูกต้องตามที่ได้ระบุในเอกสาร

ด้านบนของหน้า

ส่วนติดต่อแบบโปรแกรมถึง SQL Server จาก Access

มีสองวิธีหลักในการเชื่อมต่อเชิงโปรแกรมไปยังฐานข้อมูล SQL Server จาก Access

DAO

Data Access Objects (DAO) จะมอบการเชื่อมต่อเชิงนามธรรมไปยังฐานข้อมูล Microsoft Data Access Objects (DAO) เป็นโมเดลวัตถุการเขียนโปรแกรมในเครื่องซึ่งจะให้คุณได้รับจุดสำคัญของ Access และ SQL Server เพื่อสร้าง ลบ และจัดรายการวัตถุ ตาราง เขตข้อมูล ดัชนี ความสัมพันธ์ คิวรี คุณสมบัติ และฐานข้อมูลภายนอก

สำหรับข้อมูลเพิ่มเติม ดูที่ การอ้างอิง Microsoft Data Access Objects

ADO

ActiveX Data Objects (ADO) จะมอบโมเดลการเขียนโปรแกรมระดับสูง และพร้อมใช้งานใน Access โดยการอ้างอิงถึงไลบารีของบริษัทอื่น เรียนรู้การใช้ ADO ได้อย่างง่ายดาย และจะให้แอปพลิเคชันไคลเอ็นต์เข้าถึงและจัดการข้อมูลจากแหล่งข้อมูลที่หลากหลาย รวมถึง Access และ SQL Server ประโยชน์หลักๆ ได้แก่การใช้งานง่าย ความเร็วสูง และโอเวอร์เฮดหน่วยความจำที่ต่ำ และใช้หน่วยความจำบนดิสก์น้อย ADO ยังคงสนับสนุนฟีเจอร์หลักสำหรับสร้างแอปพลิเคชันบนเว็บ

สำหรับข้อมูลเพิ่มเติม ดูที่ การอ้างอิง Microsoft ActiveX Data Objects และ Microsoft ActiveX Data Objects (ADO)

คุณควรใช้แบบใด

ในโซลูชัน Access ที่ใช้โค้ด VBA คุณสามารถใช้ DAO, ADO หรือทั้งสองอย่างเป็นเทคโนโลยีเชื่อมต่อฐานข้อมูล DAO ยังคงเป็นค่าเริ่มต้นใน Access ตัวอย่างเช่น ฟอร์มและรายงานทั้งหมดและคิวรี Access จะใช้ DAO แต่เมื่อคุณโยกย้ายไปยัง SQL Server โปรดพิจารณาใช้ ADO เพื่อทำให้โซลูชันของคุณมีประสิทธิภาพมากขึ้น ต่อไปนี้จะเป็นคำแนะนำที่จะช่วยคุณตัดสินใจว่าจะใช้ DAO หรือ ADO เมื่อใด

ใช้ DAO เมื่อคุณต้องการ:

• สร้าง อ่าน/เขียน และฟอร์มที่ถูกผูกโดยไม่ต้องใช้ VBA

• คิวรีตารางภายในเครื่อง

• ดาวน์โหลดข้อมูลลงในตารางชั่วคราว

• ใช้คิวรีแบบพาส-ทรูเป็นแหล่งข้อมูลสำหรับรายงานหรือฟอร์มในโหมดอ่านอย่างเดียว

• กำหนดและใช้วัตถุ TableDef หรือ Querydef ใน VBA

ใช้ ADO เมื่อคุณต้องการ:

• ใช้วิธีอื่นๆ เพื่อปรับให้เหมาะสม เช่นดำเนินการแบบอะซิงโครนัส

• เรียกใช้คิวรีแบบพาส-ทรูของ DDL และ DML

• รับข้อมูล SQL Server ได้โดยตรงผ่านในชุดระเบียน VBA

• เขียนโค้ดที่ง่ายดายขึ้นสำหรับงานเฉพาะ เช่นการสตรีม Blob

• เรียกใช้กระบวนงานโดยตรงพร้อมพารามิเตอร์ โดยใช้วัตถุคำสั่งใน VBA

ด้านบนของหน้า

สรุปของเวอร์ชันโปรแกรมควบคุม ODBC

ตารางต่อไปนี้จะสรุปข้อมูลที่สำคัญเกี่ยวกับเวอร์ชันของโปรแกรมควบคุม ODBC ตำแหน่งที่ตั้งการดาวน์โหลด และการสนับสนุนฟีเจอร์ ตรวจสอบให้แน่ใจว่าใช้เวอร์ชันบิตที่ถูกต้อง (64 บิตหรือ 32 บิต) ของโปรแกรมควบคุมที่อิงจาก Windows และที่ไม่ใช่ Office ถ้าคุณกำลังเรียกใช้ Access 32 บิตบน Windows 64 บิต ติดตั้งโปรแกรมควบคุม 64 บิต ซึ่งจะรวมคอมโพเนนต์ 32 บิตที่จำเป็นสำหรับ Access

สำหรับข้อมูลเพิ่มเติม ดูที่การใช้คำสำคัญของสตริงการเชื่อมต่อกับ SQL Server Native Clientบันทึกย่อประจำรุ่นสำหรับ ODBC ต่อ SQL Server บน Windows (V17) และ ฟีเจอร์ของโปรแกรมควบคุม Microsoft ODBC สำหรับ SQL Server บน Windows (V13, 11)

ด้านบนของหน้า

สรุปของเวอร์ชันตัวให้บริการ OLE DB

ตารางต่อไปนี้จะสรุปข้อมูลที่สำคัญเกี่ยวกับเวอร์ชันของตัวให้บริการ OLE DB, ตำแหน่งที่ตั้งการดาวน์โหลด และการสนับสนุนฟีเจอร์ ตรวจสอบให้แน่ใจว่าใช้เวอร์ชันบิตที่ถูกต้อง (64 บิตหรือ 32 บิต) ของโปรแกรมควบคุมที่อิงจาก Windows และที่ไม่ใช่ Office ถ้าคุณกำลังเรียกใช้ Access 32 บิตบน Windows 64 บิต ติดตั้งโปรแกรมควบคุม 64 บิต ซึ่งจะรวมคอมโพเนนต์ 32 บิตที่จำเป็นสำหรับ Access

สำหรับข้อมูลเพิ่มเติม ดูที่ การใช้คำสำคัญสตริงการเชื่อมต่อด้วย SQL Server Native Client

ด้านบนของหน้า

สรุปคำสำคัญ ODBC

ตารางต่อไปนี้จะสรุปคำสำคัญ ODBC ที่ SQL Server รับรู้และวัตถุประสงค์ของคำสำคัญ Access จะรู้จักชุดย่อยเท่านั้น

ด้านบนของหน้า

สรุปคำสำคัญ OLE DB

ตารางต่อไปนี้จะสรุปคำสำคัญ OLE DB ที่ SQL Server รับรู้และวัตถุประสงค์ของคำสำคัญ Access จะรู้จักชุดย่อยเท่านั้น

ด้านบนของหน้า