Возникла задача копирования данных из текстовых файлов в MSSQL с помощью OPENROWSET. Использовать Microsoft Jet не удается. Решили использовать SQLOLEDB. Однако при выполнении запроса возникает ошибка:

SELECT * FROM OPENROWSET('SQLOLEDB',
'Driver= {Microsoft Text Driver(*.csv,*.txt)};Data Source=D:\data2.txt;Extended Properties=Text;
Column Delimeter=,;Trusted_Connection=yes;Initial Catalog=d:\', 'SELECT * from data2.txt')

Server: Msg 208, Level 16, State 1, Line 19
Invalid object name 'data2.txt'.
Server: Msg 8180, Level 16, State 1, Line 19
Statement(s) could not be prepared.
[OLE/DB provider returned message: Deferred prepare could not be completed.]

Указывание полного пути в запросе ничего не изменяет. Может кто-то сталкивался с подобной проблемой ?

Что значит не совсем неверно ?
Для того и придумали ODBC или OLE DB драйвера, чтобы пользователь мог работать с внешними источниками данных как с реляционными таблицами.
Текстовый драйвер так и делает - берет первую строку как список колонок, разделенных запятой (или другим разделителем) а остальные строки - как данные.
Разве Microsoft Jet для Excel не поступает также ? Каждый лист - это таблица, ячейки в первой строке - название колонок ?

Что значит не совсем верно ?
Для того и придумали ODBC или OLE DB драйвера, чтобы пользователь мог работать с внешними источниками данных как с реляционными таблицами.
Текстовый драйвер так и делает - берет первую строку как список колонок, разделенных запятой (или другим разделителем) а остальные строки - как данные.
Разве Microsoft Jet для Excel не поступает также ? Каждый лист - это таблица, ячейки в первой строке - название колонок ?

Спасибо всем кто ответил.

Было решено все-таки использовать Microsoft Jet. А проблема была в том, что на некоторых машинах стоял по умолчанию разделитель - точка с запятой(для тесктовых файлов) тогда как в самих файлах столбцы были разделены запятыми.

Да, так и было в конце концов сделано. Хотя удобнее конечно если бы это можно было прописать в строке соединения.