Bạn có thể đang hoạt động dưới một quan niệm sai lầm. MS-Access hỗ trợ cái gọi là "các kết nối không đồng nhất" (tức là các bảng từ nhiều back-end có thể được bao gồm trong cùng một truy vấn, ví dụ: kết hợp dữ liệu từ Oracle và SQLServer và Access và bảng tính Excel). Để hỗ trợ tính năng này, Access áp dụng bộ lọc WHERE khoản tại ứng dụng khách ngoại trừ trong trường hợp có truy vấn "chuyển tiếp" đối với một back-end thông minh. Trong SQL Server, việc lọc xảy ra trong công cụ đang chạy trên máy chủ, vì vậy SQL Server thường gửi các bộ dữ liệu nhỏ hơn nhiều cho máy khách.
Câu trả lời cho câu hỏi của bạn cũng phụ thuộc vào ý bạn là "từ xa". Nếu bạn pit Access và SQL Server với nhau trên cùng một mạng, SQL Server chạy trên máy chủ sẽ chỉ tiêu tốn một phần nhỏ băng thông mà Access thực hiện, nếu tệp MDB Access nằm trên một máy chủ tệp. (Tất nhiên nếu MDB nằm trên PC cục bộ, không có băng thông mạng được tiêu thụ.) Nếu bạn so sánh Truy cập trên LAN so với SQL Server qua băng thông rộng qua đám mây, thì bạn so sánh một đường ống danh nghĩa 100 mbit/giây với DSL hoặc băng thông cáp, tức là chống lại có lẽ 20 mbit/sec danh nghĩa cho cáp tốc độ cao, một phần năm của băng thông ở mức tốt nhất, có lẽ ít hơn nhiều.
Vì vậy, bạn phải cụ thể hơn về những gì bạn đang cố gắng so sánh. Bạn có so sánh các máy khách Access trên máy tính cục bộ tiêu thụ một MDB truy cập cư trú trên máy chủ tệp đối với một số loại dữ liệu khách hàng khác tiêu thụ từ một máy chủ SQL đang cư trú trên một máy chủ khác trên cùng một mạng không? Không. Bạn sẽ tiếp tục sử dụng Access làm ứng dụng khách? Truy vấn của bạn có được truyền qua không?
Chỉ cần viết ứng dụng của bạn để có hiệu quả trong việc truy xuất dữ liệu, tức là, không bao giờ truy xuất nhiều hơn nhu cầu của người dùng hoặc có thể làm việc cùng một lúc. Điều này sẽ hiệu quả trong bất kỳ môi trường nào, bao gồm cả kết thúc Jet/ACE. Không có gì kỳ diệu về nó. Trường hợp duy nhất mà bạn có thể gặp phải trường hợp cạnh là nếu bạn đang lập kế hoạch chạy trên Internet mở, với băng thông tương đối rất thấp ở đó (so với mạng LAN). Trong trường hợp đó, bạn có thể làm nhiều hơn, nhưng tôi khuyên bạn nên chống lại việc tối ưu hóa sớm - làm cho nó hiệu quả và sau đó sửa những gì không đủ nhanh. –
@David: Tôi đang chuyển một ứng dụng MS ACcess hiện có rất lớn. Tôi cần phải chiến lược trong những thay đổi mà tôi thực hiện, không có thời gian hoặc ngân sách để sửa đổi mọi truy vấn và nguồn dữ liệu. – RedFilter
Tôi thậm chí không bắt đầu đề nghị sửa đổi mọi thứ. Nếu đó là một ứng dụng Access được thiết kế tốt, nó có thể sẽ hoạt động rất tốt. Nếu không, nó sẽ đòi hỏi rất nhiều công việc. Nguyên tắc truy xuất chỉ một số lượng hạn chế các bản ghi làm cho một ứng dụng nhanh chóng, hiệu quả không có vấn đề nếu kết thúc trở lại là Jet/ACE hoặc một cơ sở dữ liệu máy chủ. –