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

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

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

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

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

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

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

строку из ViewODBC.html

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

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

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

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

У меня родственная проблема. Только у меня вылетает на уровне

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

(28)

выкладывайте файл-таблицу из бд.

чтобы подобрать драйвер

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

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

и т.д.

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

через Paradox Data Editor смотрю — данные в норме.

через ODBC Viewer  — кракозябры

(39) согласен =)

не могу понять как настроить

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;

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

Добрый день, всем.
Буду признателен за советы, мысли, как решить неожиданно возникшую проблему с 1С 8.3. Имеем 1С 8.3.5.15.17, через MSSQL2008, MSOffice 2007. Всё лицензионное.
Недавно перешли с 8.2 на 8.3 . До переход использовалась специальная процедура: записать в file MSAccess2007 некоторую информацию, выглядело это так:

1
2
3
4
5
6
7
8
9
10

    СтрокаПодключения="Provider=Microsoft.Ace.OLEDB.12.0;Data Source=E:MyDBMyFile.accDB;Persist Security Info=False;";
    Connection=Новый ComObject("ADODB.Connection");
    // Подключение
    Попытка
        Connection.Open(СтрокаПодключения);
    Исключение
        Сообщить("Ошибка подключения к Access: " + ОписаниеОшибки());
        Вовзрат;
    КонецПопытки;
    // работаем с accDB

И всё работало на ура без всяких проблем.
После перехода на 8.3 столкнулся с проблемою, что Open не даёт соединения — просто упорно выдаёт ошибку.

Ошибка подключения к Access: {ОбщийМодуль.АС_ОСЧ.Модуль(212)}: Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft Office Access Database Engine): ‘E:MyDBMyFile.accDB’ is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides.

Ошибки на создания ComObject нет. Появляется на любой машине с любыми правами.
Естественно (для тестов) диск Е взят локальный (не сетевой) к базе вообще (MyFile.accDB) вообще никто не подключен; запускается от имени администратора — т.е. все полные права. Если взять запустить через WIndows->RUN «E:MyDBMyFile.accDB», то всё открывается, всё видно. Для тестов вообщен сделал E:MyDBMyFile.accDB как простой file без каких-либо ограничений.
Пробовал совершенно разные варианты команды «СтрокаПодключения» в различных исполнениях — ничего, всё в одном и том же: не открвает accDB никак.
Пробовал установить с Microsoft’а «AccessDatabaseEngine» — не помогает.

Самое интересное… При этом код

1
2
3
4
5
6
7
8
9
10
11
12

    СтрокаПодключения="Provider=Microsoft.ACE.OLEDB.12.0;Data Source=e:MyDBbook1.xlsx;Extended Properties=Excel 12.0;";
    // создание соединения
        Connection=Новый ComObject("ADODB.Connection");
    // Подключение
    Попытка
        Connection.Open(СтрокаПодключения);
    Исключение
        Возврат
        Сообщить("Ошибка подключения к EXCEL: " + ОписаниеОшибки());
        Возврат
    КонецПопытки;
    сообщить("УСПЕШНО EXCEL");

работает успешно.

Большое спасибо за комментарии.

эта строка:

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)

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

Добрый день, всем.
Буду признателен за советы, мысли, как решить неожиданно возникшую проблему с 1С 8.3. Имеем 1С 8.3.5.15.17, через MSSQL2008, MSOffice 2007. Всё лицензионное.
Недавно перешли с 8.2 на 8.3 . До переход использовалась специальная процедура: записать в file MSAccess2007 некоторую информацию, выглядело это так:

1
2
3
4
5
6
7
8
9
10

    СтрокаПодключения="Provider=Microsoft.Ace.OLEDB.12.0;Data Source=E:MyDBMyFile.accDB;Persist Security Info=False;";
    Connection=Новый ComObject("ADODB.Connection");
    // Подключение
    Попытка
        Connection.Open(СтрокаПодключения);
    Исключение
        Сообщить("Ошибка подключения к Access: " + ОписаниеОшибки());
        Вовзрат;
    КонецПопытки;
    // работаем с accDB

И всё работало на ура без всяких проблем.
После перехода на 8.3 столкнулся с проблемою, что Open не даёт соединения — просто упорно выдаёт ошибку.

Ошибка подключения к Access: {ОбщийМодуль.АС_ОСЧ.Модуль(212)}: Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft Office Access Database Engine): ‘E:MyDBMyFile.accDB’ is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides.

Ошибки на создания ComObject нет. Появляется на любой машине с любыми правами.
Естественно (для тестов) диск Е взят локальный (не сетевой) к базе вообще (MyFile.accDB) вообще никто не подключен; запускается от имени администратора — т.е. все полные права. Если взять запустить через WIndows->RUN «E:MyDBMyFile.accDB», то всё открывается, всё видно. Для тестов вообщен сделал E:MyDBMyFile.accDB как простой file без каких-либо ограничений.
Пробовал совершенно разные варианты команды «СтрокаПодключения» в различных исполнениях — ничего, всё в одном и том же: не открвает accDB никак.
Пробовал установить с Microsoft’а «AccessDatabaseEngine» — не помогает.

Самое интересное… При этом код

1
2
3
4
5
6
7
8
9
10
11
12

    СтрокаПодключения="Provider=Microsoft.ACE.OLEDB.12.0;Data Source=e:MyDBbook1.xlsx;Extended Properties=Excel 12.0;";
    // создание соединения
        Connection=Новый ComObject("ADODB.Connection");
    // Подключение
    Попытка
        Connection.Open(СтрокаПодключения);
    Исключение
        Возврат
        Сообщить("Ошибка подключения к EXCEL: " + ОписаниеОшибки());
        Возврат
    КонецПопытки;
    сообщить("УСПЕШНО EXCEL");

работает успешно.

Большое спасибо за комментарии.