1с драйвер строки подключения

Подключение к PostgreSQL из 1С

СУБД PostgreSQL весьма популярна среди пользователей, и причина тому — достойное качество при полной бесплатности. Высокая популярность привела к тому, что задачи на тему прямого доступа к базе PostgreSQL из 1С встречаются достаточно часто. Именно о том, как этот доступ организовать и поговорим ниже.

Подготовка

В начале нужно сказать, что все испытания проводились на ОС Windows 7 (64-bit) и Windows 10 (64-bit), а подключения производились к серверу PostgreSQL (64-bit) 9.4.2-1.1C.

Первое, что нам потребуется это установленный драйвер psqlODBC. Установить его можно либо при помощи приложения Stack Builder (которое устанавливается вместе с PostgreSQL):

Stack Builder

Либо посетив страничку, на которой представлено множество версий нашего драйвера:

psqlODBC

Важно! Устанавливать нужно именно psqlODBC (32 bit).

С драйвером psqlODBC (64 bit) мне не удалось подключиться к базе данных ни одним способом, ни в одной ОС. Весьма вероятно, что причина этого в моих кривых руках, но что есть, то и пишу.

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

Подключение внешнего источника данных

Подключение базы PostgreSQL в качестве внешнего источника данных является простым и наглядным. Создаем новый внешний источник данных и добавить новую таблицу:

Внешний источник данных. Шаг 1

Затем указываем строку подключения примерно такова вида:

Driver=;Server=host;Port=port;Database=db_name;Uid=user;Pwd=password;STMT=utf8

И в результате получаем список таблиц:

Внешний источник данных. Шаг 3

Отмечу, что при создании внешнего источника данных у меня не получилось использовать пользовательские источники данных, о которых ниже.

Подключение при помощи ADODB

Подключение к базе PostgreSQL и выполнение различных запросов при помощи библиотеки ADOdb выглядит приблизительно так:

При этом есть возможность использовать пользовательский источник данных, который нужно сначала создать. Сделать это можно при помощи приложения ODBC Data Sources (32 бита), которое находится в панели управления (а в Windows 10 в папке «Администрирование» на панели управления). Важно использовать именно 32-х битную версию, так как каждая версия видит только «свои» драйверы. Если же, по какой-либо причине, на панели управления нет этого приложения, то его можно запустить напрямую, оно находится по адресу \Windows\SysWOW64\odbcad32.exe.

Сам процесс создания пользовательского источника данных прост:

Пользовательский источник данных

После того как источник создан, протестирован и сохранен можно использовать строку подключения следующего вида:

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

На этом все, надеюсь данная статья Вам помогла.

Если Вы нашли ошибку или неточность, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Обучение программированию на 1С

Строка подключения 1С к СУБД PostgreSQL

Как в 1С обратиться к внешнему источнику данных, который таится в недрах СУБД? Ответ на этот вопрос начинается с подключения в 1С к этому источнику данных через интерфейс COM-объекта. В этой статье рассмотрим подключение с помощью интерфейса ADODB. Свои попытки мы будем осуществлять с СУБД PostgreSQL.

Строка подключения

Подключение клиента 1С к серверу любой СУБД осуществляется при помощи строки подключения. У каждой СУБД они немного отличаются.

Рассмотрим, какие же параметры содержит в себе строка подключения:

Параметр Описание параметра Значение параметра
DRIVER Драйвер СУБД ODBC PostgreSQL Unicode
Data Source Источник данных PostgreSQL35W
SERVER Имя сервера СУБД srv1
PORT Номер порта сервера СУБД 5432
DATABASE Имя БД parser
UID Имя пользователя СУБД sauser
PWD Пароль пользователя СУБД ********

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

DRIVER=; Data Source=PostgreSQL35W; SERVER=srv1; PORT=5432; DATABASE=parser; UID=sauser; PWD=qwerty

Настройки сервера СУБД

Перед тем, как соединяться с БД, необходимо настроить сервер СУБД PostgreSQL. Это делается так:

1. Идём в меню Пуск – Панель управления – Система и безопасность – Администрирование.

2. Выбираем пункт «Источники данных ODBC» (64- или 32-разрядная версия в зависимости от разрядности архитектуры клиента и сервера).

3. На вкладке «Драйверы» должен присутствовать «PostgreSQL ODBC Driver(UNICODE или «PostgreSQL ODBC Driver(ANSI.

4. На вкладке «Системный DNS» должен присутствовать источник данных «PostgreSQL35W». Если такого источника данных нет, его нужно добавить, прописав: имя используемой БД, сервер, имя пользователя и пароль. Если СУБД PostgreSQL установлена на этом же компьютере, то сервер должен иметь имя «localhost».

5. Чтобы протестировать созданное соединение, в окне источника данных нажимаем кнопку «Test». После удачного тестирования появляется окно.

6. Если всё прошло удачно, сохраняем результат, нажимаем кнопку «Save».

Функции подключения 1С

Теперь для того, чтобы подключить 1С Предприятие к СУБД PostgreSQL, можно использовать следующие готовые функции:

Функция ОткрытьПодключение(СтрокаКоннекта, ТаймАут) Экспорт Соединение = Новый COMОбъект(«ADODB.Connection»); Соединение.ConnectionTimeOut = Число(ТаймАут); Попытка Соединение.Open(СтрокаКоннекта); Исключение Сообщить(ОписаниеОшибки(), СтатусСообщения.ОченьВажное); Возврат Неопределено; КонецПопытки; Возврат Соединение; КонецФункции Процедура ЗакрытьПодключение(Соединение) Экспорт Попытка Если Соединение <> Неопределено Тогда Соединение.Close(); КонецЕсли; Исключение Сообщить(ОписаниеОшибки(), СтатусСообщения.ОченьВажное); КонецПопытки; Соединение = Неопределено; КонецПроцедуры;

Как обратиться к внешней СУБД? Пишем в модуле 1С такую конструкцию:

СтрокаСоединения = «DRIVER=; Data Source=PostgreSQL35W; SERVER=srv1; PORT=5432; DATABASE=parser; UID=sauser; PWD=qwerty»; Соединение = ОткрытьПодключение(СтрокаСоединения, 120); // Обращение к БД ЗакрытьПодключение(Соединение);

Обработку для тестирования соединения с БД можно скачать ниже по ссылке. Обработка сделана как для управляемых форм, так и для обычного интерфейса 1С.

Источник

Подключение к БД Firebird из 1с

В 1с необходимо получить данные из другой программы, хранящей данные в БД Firebird. Для решения задачи будем использовать драйвер ODBC для Firebird / Interbase – для подключения к базе данных. Получать данные будем при помощи языка запросов SQL.

Установка драйвера ODBC для Firebird/ Interbase

1.Скачиваем драйвер ODBC

2.Разархивируем и запускаем загруженный файл от имени администратора

3.После окончания установки если все прошло успешно драйвер установлен. Файлы fbclient.dll и gds32.dll должны попасть в папку windows\system32

Подключение к базе данных Firebird / Interbase из 1с

Для подключения будем использовать Com Объект ADODB.Connection

Cnn = Новый COMОбъект(“ADODB.Connection”);

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

СтрокаПодключения=”Driver=Firebird/InterBase(r) driver;Dbname=192.168.0.100:d:\Base\BD.FDB;CHARSET=WIN1251; PWD=masterkey;UID=SYSDBA;ReadOnly=1;SafeThread=1;NoWait=1;”;

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

  • Driver=Firebird/InterBase(r) driver – Имя драйвера
  • Dbname=192.168.0.1:f:\sw7\SW7.FDB – Путь к базе данных (Имя или IP сервера:Папка с файлом БД
  • UID=SYSDBA – Имя пользователя БД
  • PWD=masterkey – пароль пользователя БД
  • CHARSET=WIN1251 – кодировка таблиц БД
  • ReadOnly=1 – только чтение

Источник

Подключение 1с к MySQL MariaDB — [Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию

Всем привет! Прошу помощи в решении проблемы подключения к базе на MySQL. MariaDB

Ситуация следующая — нужно подключится к SQL базе на MariaDB (это дальнейшее развитие MySQL)

СтрокаПодключения = «driver=<ИмяДрайвераSQL>; server=ServerSQL; uid=UserSQL; pwd=123456; database=TRANSIT;»

В общем то строка подключения стандартная, проверял пробовал ее со следующими вариантами:

1. Сначала установил типовой драйвер MySQL — «MySQL ODBC 5.1 Driver». В администрировании источников данных ODBC добавил этот драйвер на закладку «Системные DSN». В окне с настройкой драйвера там сразу указываются полные параметры для подключения, и есть кнопка для теста подключения. Указал параметры, и тест выдал успешное подключение.

Но при команде подключения из 1С, с указанием имени драйвера «MySQL ODBC 5.1 Driver» — выдает ошибку:
Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft OLE DB Provider for ODBC Drivers): [Microsoft][Диспетчер драйверов ODBC] Источник данных не найден и не указан драйвер, используемый по умолчанию

2. Скачал и установил драйвер ODBC сайта MariaDB.
https://downloads.mariadb.org/connector-odbc/3.1.5/
Сделал настройку аналогично первому пункту. Точно так же по кнопке «Test» — соединение установилось. Но точно так же при подключении из 1С с именем драйвера «MariaDB ODBC 3.1 Driver» выдало такую же ошибку как в п.1

3.Проверил на другом сервере, на котором установлен стандартный Microsoft SQL. В строке подключения задал ИмяДрайвераSQL = «SQL Server» — и все из 1С прекрасно подключилось. Но надо то подключится к базе на MariaDB(((((

Перечитал кучу постов на различных форумах в интернете. Везде как правило один совет — В администрировании источников данных ODBC добавить драйвер на закладку «Системные DSN». Но это я сделал, и не помогает.

Источник

Требования к разработке драйверов подключаемого оборудования (версия 3.1)

Внимание! Данные требования устарели. Актуальные требования размещены в статье.

Изменения в стандарте

Данный стандарт поддерживается в «1С:Библиотека подключаемого оборудования» начиная с версии 2.1.1








Версия Раздел Изменения
Общие требования к разрабатываемому драйверу и его архитектуре Изменены функции получения описания драйвера.
Требования к разработке драйверов для ККТ с функцией передачи в ОФД Изменен раздел в соответствии с требованиями ФФД 1.1.
Добавлены новые функциональные возможности.
3.1 Подключение программно-аппаратных комплексов с помощью файлового обмена Изменен раздел.
3.1 Подключение программно-аппаратных комплексов с помощью web-сервиса «EquipmentService» Изменен раздел.
Требования к разработке драйверов для принтеров этикеток Добавлены требования к формату штрихкодов GS1.
Штриходы GS1 передаются в HRI виде (Human Readable Interpretation).
Требования к разработке драйверов для терминалов сбора данных Добавлены требования к формату загрузки штрихкодов GS1 из ТСД.
Следует использовать HRI (Human Readable Interpretation).
Требования к разработке драйверов для ККТ с функцией передачи в ОФД Добавлены новые атрибуты фискального документа: «Наименование покупателя», «ИНН покупателя».
Добавлены новые атрибуты предмета расчета: «код страны происхождения товара», «регистрационный номер таможенной декларации», «сумма акциза».
Требования к разработке драйверов для ККТ с функцией передачи в ОФД Добавлена поддержка атрибута фискального документа «Дополнительный реквизит пользователя».
Добавлена поддержка атрибута предмета расчета «Дополнительный реквизит предмета расчета».
Требования к разработке драйверов для ККТ с функцией передачи в ОФД Изменена структура код товарной номенклатуры.
Требования к разработке драйверов для ККТ с функцией передачи в ОФД Дополнительные значения поля «Признак предмета расчета (SignCalculationObject)»
(Значения с 14 по 19)
Требования к разработке драйверов для ККТ с функцией передачи в ОФД Добавлена поддержка ставок НДС 20% и 20/120.
Добавлена поддержка дополнительных реквизитов чека и чека коррекции. Определена структура кода товарной номенклатуры.
2.3 Требования к разработке драйверов для терминалов сбора данных В таблицу выгружаемых и загружаемых данных добавлено поле
«ContainerBarcode» (штрихкод упаковки).
2.3 Требования к разработке драйверов для принтеров этикеток Добавлены новые поддерживаемые тип штрихкодов:
«EAN13Addon2″,»EAN13Addon5″,»GS1DataBarExpandedStacked»
2.3 Подключение программно-аппаратных комплексов с помощью файлового обмена Изменен раздел.
2.3 Подключение программно-аппаратных комплексов с помощью web-сервиса «EquipmentService» Изменен раздел.
2.2 Требования к разработке драйверов для ККТ с функцией передачи в ОФД Изменен раздел. Данный стандарт определяет требования к ККТ на основании форматов фискальных документов версии «1.0»,«1.0.5».
2.1 Требования к разработке драйверов для ККТ с функцией передачи в ОФД Добавлен новый метод НапечататьОтчетБезГашения (PrintXReport).
Изменены параметры метода СформироватьЧек (ProcessCheck) в структуре CheckPackage добавлен атрибут Department и изменен параметр Tax(указание ставок НДС в явном виде, в том числе БЕЗ НДС)
2.0 Требования к разработке драйверов для ККТ с функцией передачи в ОФД Новый раздел. Данный стандарт определяет требования к ККТ на основании форматов фискальных документов версии «1.0»
2.0 Требования к разработке драйверов для принтеров чеков Изменен механизм печати документов с построчного на пакетный режим.

Введение

Для подключение оборудования к автоматизированным системам на платформе «1С:Предприятие» используется «1С:Библиотека подключаемого оборудования». Библиотека предоставляет набор высокоуровневых механизмов для унифицированной работы с подключаемым оборудованием. Применение данной библиотеки позволяет ускорить реализацию поддержки широкого спектра моделей подключаемого оборудования в разрабатываемых конфигурациях, а также добавить готовые функциональные блоки в уже работающие прикладные решения.

Подключение оборудования к локальному рабочему месту осуществляется с помощь специально разработанного драйвера. Требования к таким драйверам подключаемого оборудования описывают единые методы используемые как конфигурацией «1С:Библиотека подключаемого оборудования», так и драйвером оборудования. Конфигурация «1С:Библиотека подключаемого оборудования» непосредственно взаимодействует с драйверами оборудования используя стандартные команды, за счет чего достигается стандартный результат.

Поддерживается взаимодействие с программно-аппаратными POS-системами (от англ. «Point of Sale» — «Точка продаж») обеспечивающих розничные продажи. Взаимодействие обеспечивается с помощью файлового обмена с помощью встроенного в библиотеку модуля «1С: ККМ-Offline» .

Библиотека поддерживает работу сторонних программно-аппаратных комплексов различного назначения с помощью Веб-сервиса оборудования. Для осуществления обмена необходимо опубликовать Веб-сервис «EquipmentService» входящий в состав библиотеки. Веб-сервис обрабатывает запросы на получение и обработку данных от программно-аппаратных комплексов и возвращает стандартный результат во внешний программно-аппаратный комплекс.

Рис. 1. Схемы взаимодействия конфигураций системы программ «1С:Предприятие» с подключаемым оборудованием

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

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

Оборудование подключается к системе с помощью драйвера, разработанного в соответствии с технологией создания внешних компонент. Технология определяет интерфейс взаимодействия между платформой 1С и драйвером. Реализация драйвера возможна с использованием стандартных компонентных объектов только для Windows (COM-интерфейс) и собственной технологии фирмы 1С – NativeAPI .

Разработка драйвера в технологии NativeAPI имеет ряд преимуществ. С помощью технологии можно создавать внешние компоненты, которые могут подключаться как в клиентском приложении, в том числе в тонком и web-клиенте, мобильном клиенте, мобильном приложении, так и на сервере «1С:Предприятия», разработать универсальные программные компоненты для Windows, Linux, Android и iOS.

Интерфейс внешней компоненты можно условно разделить на несколько частей:

  • Первая часть — общие требования к разрабатываемому драйверу и его архитектуре.
  • Вторая часть — системная, определяет набор служебных функций и методов, связанных с использованием драйвера подключаемого оборудования в системе – подключение и настройка драйвера, получение его описания, тестирование и обслуживание ошибок.
  • Третья часть — функциональная, определяет обязательный набор функций и методов, специфичный для данного типа подключаемого оборудования.
  • Четвертая часть — действия по подключению драйверов, разработанных по стандарту «1С: Совместимо» к конфигурации БПО.

1. Общие требования к разрабатываемому драйверу и его архитектуре

Разрабатываемый драйвер должен:

  1. Быть разработан в виде внешней компоненты по технологии создания внешних компонент, приведенной в статье «Технология создания внешних компонент».
  2. Внешняя компонента для работы с подключаемым оборудованием должна содержать только один объект, реализующий расширение встроенного языка, и возвращать методом «RegisterExtensionAs» имя расширения, совпадающее с второй частью ProgID компоненты. Пример: для компоненты с ProgID «AddIn.Scanner» функция должна возвращать «Scanner». Имя расширения не должно содержать пробелов и недопустимых символов (в соответствии с правилами формирования имен объектов «1С:Предприятия»).
  3. Обеспечить возможность реализации функционала в полном объеме (должны быть реализованы и работать все методы) для подключаемого типа оборудования. Если оборудованием данная функция не поддерживается, должно возвращаться » False «, а в описании ошибки, возвращаемом методом ПолучитьОшибку (GetLastError) , содержится текст, что данная функция оборудованием не поддерживается.
  4. Предоставлять русскоязычные и англоязычные названия методов (например ПолучитьВес() — GetWeight() и др.).
  5. Поддерживать работу с несколькими экземплярами устройств, в рамках процедур в которых используется данное оборудование.
  6. При возникновении ошибки в работе предоставлять подробное описание произошедшей ошибки, позволяющее пользователю понять причину ее возникновения и возможный способ устранения.
  7. При возникновении внештатных ситуаций (некорректные действия пользователя, отсутствие запрашиваемого метода или функции, передача некорректных значений и др.) корректно обрабатывать их. Не должно быть аварийных завершений работы драйвера и прочих действий драйвера, которые могут привести к нарушению нормальной работы пользователя.
  8. Принимать/возвращать и обрабатывать таблицы значений в виде XML документа (текст в формате XML с кодировкой UTF-8, передаваемый с помощью параметра типа STRING).
    Для упрощения обработки структур данных используются наименования атрибутов только на английском языке.
  9. Обрабатывать метод SetLocale для локализации драйвера в соответствии с полученным кодом локализации и настраивать свое окружение (текстовые надписи, сообщения об ошибках и т.д.). Драйвер должен поддерживать локализированное окружение для локального кода региона и локализацию окружения на английском языке. Если полученный код локализации отличается от предусмотренного в драйвере, то драйвер должен настроить свое окружение на использование английского языка. Более подробно использование метода SetLocale описано в документе «Технология создания внешних компонент».

При разработке драйвера можно использовать несколько архитектурных решений:

  • Однокомпонентный драйвер — Драйвер, представляющий из себя один файл, и предназначенный для использования только с системой программ «1С:Предприятие». При разработке драйвера в виде одного файла все используемые run-time библиотеки и другие необходимые файлы должны статически включаться в драйвер, так как на компьютере пользователя их может не оказаться или они могут быть другой версии. Рекомендуемая технология для разработки данного драйвера — NativeAPI.
  • Многокомпонентный драйвер — Драйвер представляющий из себя сложный программно-аппаратный комплекс, предназначенный для использования как с системой программ «1С:Предприятие» , так с программными решениями сторонних производителей. Разрабатываемый драйвер состоит из двух частей:
    • Интеграционный компонент — промежуточный компонент для связи «1С Предприятия» с основной поставкой драйвера. Имеет интерфейс, разработанный в соответствии общими требованиями к драйверу и технологией разработки внешних компонент, но не реализует функционала драйвера подключаемого оборудования. Интеграционная компонент реализует функционал поиска установленной основной поставки драйвера, его инициализацию и переадресацию вызовов. Все используемые run-time библиотеки и другие необходимые файлы должны быть статически включены в компоненту.
    • Основная поставка драйвера — драйвер поставщика, реализованный по произвольной технологии и состоящий из произвольного набора файлов. Протокол взаимодействия драйвера с интеграционным копонентом не регламентируется данными требованиями. Поставка драйвера осуществляется посредством инсталляции из дистрибутива поставщика.

ВНИМАНИЕ: Для типа оборудования «Дисплей покупателя», «Устройства ввода», «Принтеры чеков», «Терминал сбора данных», «Электронные весы» допускается разработка драйвера в однокомпонентной архитектуре. Для других типов оборудования необходимо использовать многокомпонентную архитектуру!

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

Данный раздел содержит список обязательных функций и методов, связанных с использованием драйвера подключаемого оборудования в системе – его подключение и настройка, получение описания, тестирование и обслуживание ошибок.

Драйвер поддерживает два основных этапа работы с оборудованием в конфигурации:

  • Регистрация и настройка оборудования
  • Использование оборудования пользователем в процессе работы

Регистрация и настройка оборудования

  1. Получение описания драйвера вызовом метода «ПолучитьОписание(GetDescription)» .
  2. Получения доступных параметров для настройки драйвера методом «ПолучитьПараметры(GetParameters)» .
  3. Построение формы настройки драйвера на основании списка доступных параметров.
  4. Сохранение параметров настройки драйвера в базе данных конфигурации.

Использование оборудования пользователем в процессе работы

  1. Инициализация устройства сохраненными в базе параметрами методом «УстановитьПараметр(SetParameter)» .
  2. Подключение оборудования с помощью метода «Подключить(Open)» с текущими значениями параметров, установленными вызовами метода «УстановитьПараметр(SetParameter)» . Метод «Подключить(Open)» возвращает идентификатор подключенного экземпляра устройства.
  3. Вызов обязательных функций и методов, специфичных для данного типа подключаемого оборудования, с использованием идентификатора подключенного экземпляра устройства.
  4. Получение кода ошибки и описания ошибки методом «ПолучитьОшибку(GetLastError)» в случае ее возникновения.
  5. Отключение устройства методом «Отключить(Close)» по идентификатору подключенного экземпляра устройства.

ВНИМАНИЕ: Все значения интерфейсных элементов (наименование, описание, заголовки, сообщения) должны быть реализованы на языке, установленном кодом локализации. (см. п.9 раздела Общие требования к разрабатываемому драйверу и его архитектуре.)

Источник

Читайте также:  Скачать драйвер nvidia 462
Поделиться с друзьями
Комп ремонт
Adblock
detector