Ошибка при подключении к ado 042

Добра всем! Подключаюсь к базе следующим образом.

ConnectionString =  «» +

    «Driver={Driver do Microsoft Paradox (*.db )};» +

    «DriverId=538; FIL=Paradox 5.X; » +

    «PWD=» + Пароль + «;» +

    «DefaultDir=» + КаталогФайла + «; DBQ=» + КаталогФайла + «;» +  

    «DataCodePage=ASCII»;

    
    cn = Новый COMОбъект(«ADODB.Connection»);

    cn.Open(ConnectionString);

    
    ТекстЗапроса = «Select * from » + ИмяФайла;

    rs = Новый COMОбъект(«ADODB.Recordset»);

    rs.Open(ТекстЗапроса, cn);

Выскакивает следующая ошибка

{Обработка.ЗагрузкаИзRKeeper.МодульОбъекта(243)}: Ошибка при вызове метода контекста (Open)

    cn.Open(ConnectionString);

по причине:

Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию

http://shot.qip.ru/00Tn5Q-418qb6UGi/

драйвер есть, он x32, кто-то знает как его использовать или где взять для x64 версии?

скурил все эти ссылки, но так и взлетает.

когда пытаюсь протестить через udl

http://shot.qip.ru/00TvW3-6f35S7oPa/

добавьте к «Driver={Driver do Microsoft Paradox (*.db )};»

строку из ViewODBC.html

АДО = Новый COMОбъект(«ADODB.Connection»);

АДО.ConnectionString = «Provider=MSDASQL;UID=ODBC;DSN=Personal»;

АДО.ConnectionTimeout = 0;

АДО.Open();

попробовал цепануться через созданное подключение, ругается на разные архитектуры

Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Диспетчер драйверов ODBC] В указанном DSN архитектура драйвера и архитектура приложения не соответствуют друг другу.

так, немного сдвинулся, оказалось, что 1Ску накатил x64. Переставил, получается теперь подключиться, но

}: Ошибка при вызове метода контекста (Open)

    rs.Open(ТекстЗапроса, cn);

по причине:

Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Драйвер ODBC Paradox] Внешняя таблица не имеет предполагаемый формат.

(24)

если в ViewODBC таблица читается, то в 1с читается.

иначе ищите другой драйвер

(25) таблица отображается, но не открывается

http://shot.qip.ru/00TvW3-2f35S7oPl

(31) [url=http://www.fayloobmennik.net/6989928]Categ.db[/url]

залил табличку.

у меня вышло очень странным образом на данный момент.

// цепляемся через пользовательский DSN

_АДО = Новый COMОбъект(«ADODB.Connection»);

_АДО.ConnectionString = «Provider=MSDASQL;UID=ODBC;DSN=Para»;

_АДО.ConnectionTimeout = 0;

_АДО.Open();     

ConnectionString =  «» +

«CollatingSequence=ASCII;DefaultDir=F:1srkeeperRK7 — DB;Driver={Driver do Microsoft Paradox (*.db )};DriverId=538;FIL=Paradox 5.X;FILEDSN=F:1srkeeperRK7 — DBParadox.dsn;MaxBufferSize=2048;MaxScanRows=8;PageTimeout=5;ParadoxNetPath=C:WINDOWSsystem32;ParadoxNetStyle=4.x;ParadoxUserName=admin;SafeTransactions=0;Threads=3;UID=admin;UserCommitSync=Yes;DataCodePage=ASCII;»;

т.е. сначала загружаем DSN, потом подключаюсь по строке. Файлы в таком случае читает, но там кракозябры

на данный момент пришел к загрузке

ConnectionString =  «» + «Driver={Microsoft Paradox Driver (*.db )};DriverID=538;Fil=Paradox 5.X;DefaultDir=» +

ТестКаталог + «;Dbq=» +ТестКаталог+ «;CollatingSequence=ASCII;»;

cn = Новый COMОбъект(«ADODB.Connection»);

cn.Open(ConnectionString);

ТекстЗапроса = «Select * from » + ИмяФайла;

rs = Новый COMОбъект(«ADODB.Recordset»);

rs.Open(ТекстЗапроса, cn);

и т.д.

данные загружает, но там кракозябры (

ils108

42 — 17.05.17 — 14:02

procedure TfMain.FormCreate(Sender: TObject);
begin
  GetDir(0, DIR);
try
  fDM.ADOConnection1.LoginPrompt := False;
  fDM.ADOConnection1.Connected := False;
    fDM.ADOConnection1.ConnectionString :='Provider=Microsoft.Jet.OLEDB.4.0;' + 'Data Source=' + DIR +'/DB/DB.mdb;' + 'Persist Security Info=False;';
  fDM.ADOConnection1.Connected := True;
except
  MessageBox(Handle,'Произошла ошибка при подключении к базе данных!','Ошибка!',MB_ICONERROR + MB_OK);
  Application.Terminate;
  end;
end;

• 
  Вопрос задан

  более трёх лет назад
  

• 165 просмотров

Пригласить эксперта

except
  on E: Exception do
  begin
    MessageBox(Handle,
      'Произошла ошибка при подключении к базе данных!' + sLineBreak 
        + E.ClassName + ': ' + E.Message, 
      'Ошибка!',
      MB_ICONERROR + MB_OK);
    Application.Terminate;
  end;
end;

• 
  Показать ещё
  Загружается…
  

эта строка:

WebSecurity.InitializeDatabaseConnection(connectionStringName: "DefaultConnection", userTableName: "UserProfile", userIdColumn: "UserID", userNameColumn: "UserName", autoCreateTables: true);

бросает:

‘.ArgumentException в системе.Данные.DLL но не был обработан в пользовательском коде

дополнительная информация: Ключевое слово не поддерживается: «метаданные».

моя строка подключения:

add name="DefaultConnection" connectionString="metadata=res://*/TalyllynModel.csdl|res://*/TalyllynModel.ssdl|res://*/TalyllynModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=***********;initial catalog=********;persist security info=True;user id=*********;password=********;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.SqlClient" /></connectionStrings>

Не уверен, где я буду неправильно.

когда это случилось со мной, это было, потому что строка подключения была:

providerName="System.Data.SqlClient"

а надо:

providerName="System.Data.EntityClient"

потому что, как было сказано в другом ответе, это строка соединения EF.

просто добавьте еще одну возможность (с которой я столкнулся) — это может быть так, если вы разрабатываете/поддерживаете Azure WebApp, используя строку подключения, сохраненную в настройках приложения Azure.

рядом с каждой строкой подключения в настройках приложения находится раскрывающийся список для типа строки подключения — очень легко забыть установить это значение в «пользовательский» для значений Entity Framework и оставить его по умолчанию (база данных SQL) — что также вызывает вышеуказанную ошибку.

Я собираюсь выбросить еще один ответ, на случай, если кто-то еще столкнется с этим через тот же странный сценарий, что и я.

для начала, как говорили другие, строки подключения ADO и строки подключения EF отличаются.

строка соединения ADO содержит ряд полей, разделенных точкой с запятой, которые могут очень от одного типа соединения к другому, но вы обычно видите «источник данных=xxx», «начальный каталог=yyy» и т. д. Вы не посмотреть «metadata=zzz».

строка соединения EF имеет ту же структуру, но имеет «metadata=zzz» и «provider connection string=www», где «www» — это экранированная строка соединения ADO.

таким образом, обычный формат строки соединения ADO:

data source=myserver;
initial catalog=mydatabase;
Persist Security Info=True;
User ID=myusername;
Password=mypassword;
MultipleActiveResultSets=True

в то время как обычный формат для строки подключения EF:

metadata=res://*/MyDbContext.csdl|
    res://*/MyDbContext.ssdl|
    res://*/MyDbContext.msl;
provider=System.Data.SqlClient;
provider connection string="
    data source=myserver;
    initial catalog=mydatabase;
    Persist Security Info=True;
    User ID=myusername;
    Password=mypassword;
    MultipleActiveResultSets=True;
    application name=EntityFramework
    "

большинство людей, которые сталкиваются с этой проблемой, похоже, вырезали строку подключения EF и вставили ее в место, которое нужна строка подключения ADO. В сущности, я сделал то же самое, но процесс был не столь ясен.

в моем случае у меня было веб-приложение, которое использовало EF, поэтому его веб.настройте правильно содержащиеся строки подключения EF.

я опубликовал пакет развертывания, и процесс запрашивает строки подключения, которые будут использоваться при развертывании. Они хранятся в сгенерированных SetParameters пакета развертывания.XML-файл.

Я вырезал и вставил EF строки подключения в поля ввода диалога публикации.

я развернул веб-приложение, попытался получить к нему доступ и получил ошибку «Ключевое слово не поддерживается: метаданные».

чего я не понимал, так это того, что инструмент публикации MS ожидал строку соединения ADO, и что, учитывая это, он построит строку соединения EF.

результатом стало то, что SetParameters.xml и моя развернутая сеть.config имел строки подключения, которые выглядели так это:

metadata=res://*/MyDbContext.csdl|
    res://*/MyDbContext.ssdl|
    res://*/MyDbContext.msl;
provider=System.Data.SqlClient;
provider connection string="
    metadata=res://*/XxDbContext.csdl|
        res://*/XxDbContext.ssdl|
        res://*/XxDbContext.msl;
    provider=System.Data.SqlClient;
    provider connection string="
        data source=myserver;
        initial catalog=mydatabase;
        Persist Security Info=True;
        User ID=myusername;
        Password=mypassword;
        MultipleActiveResultSets=True;
        application name=EntityFramework
        "
    ""

другими словами, строка подключения встроенного поставщика была строкой подключения EF, а не строкой подключения ADO, поэтому, когда EF попытался использовать ее для подключения к базе данных, она сгенерировала эту ошибку.

другими словами, когда вы вставляете строки подключения в диалоги публикации, вам нужно вставить строку подключения ADO, а не строку подключения EF, даже если у вас есть в интернете.конфигурация, из которой вы копируете, — это соединение EF строка.

вы можете извлечь строку подключения ADO из поля строки подключения поставщика строки подключения EF, и это то, что вам понадобится, если вы используете то же соединение в развертывании, что и в локальной разработке.

вот код, который я использую, чтобы извлечь имя базы данных и имя сервера из строки подключения.

обратите внимание, как он проверяет, является ли это строка подключения Entity Framework, и если да, то извлекает часть «строка подключения поставщика», которая затем может быть передана в SqlConnectionStringBuilder:

Если Я не сделай это, я бы стал таким противным»Keyword Not Supported: Metadata» ошибка.

if (connectionString.ToLower().StartsWith("metadata="))
{
    System.Data.Entity.Core.EntityClient.EntityConnectionStringBuilder efBuilder = new System.Data.Entity.Core.EntityClient.EntityConnectionStringBuilder(connectionString);
    connectionString = efBuilder.ProviderConnectionString;
}

SqlConnectionStringBuilder builder = new SqlConnectionStringBuilder(connectionString);
DatabaseServer = builder.DataSource;             //  eg "MikesServer"
DatabaseName = builder.InitialCatalog;           //  eg "Northwind"

для Azure Web App тип строки подключения не имеет система».Данные.Entityclient создан», таможни работает хорошо.

проверьте это место

<add name="ConnectionString" connectionString="Data Source=SMITH;Initial Catalog=db_ISMT;Persist Security Info=True;User ID=sa;Password=@darksoul45;MultipleActiveResultSets=True;Application Name=EntityFramework"
  providerName="System.Data.SqlClient" />

Как вы можете видеть, есть две строки подключения один для ADO и другой для системы входа в систему или что вы хотите. В моем случае ConnectionString предназначен для системы входа в систему, поэтому я использовал это в: —

    SqlConnection con = new SqlConnection(ConfigurationManager.ConnectionStrings["ConnectionString"].ConnectionString);
    SqlCommand cmd = null;
    SqlDataReader dr = null;
    protected void Page_Load(object sender, EventArgs e)

старый пост, но мое решение,

к сожалению, это не решило его для меня, используя функции Azure, разговаривающие с отдельным проектом (библиотекой классов) с EDMX.

мне пришлось редактировать контекст.Конструктор класса CS, заменяющий

: base ("Entities")

С

: base (ConfigurationManager.ConnectionStrings["Entities"].ConnectionString)

надеюсь, это может помочь кому-то еще нужна.