Метка: 1cv8

Максимальная длина строки, для которой можно включить индексирование в файловой базе 1С: 634 символа

Если попытаться поставить большую длину, при обновлении информационной базы получим сообщение

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Длина ключа индекса превышает максимально допустимую

Понадобилось тут мне сгенерировать unix timestamp в 1С:Предприятие 8.2
Первым делом решил погуглить, и нашёл вот эту ссылку: http://forum.mista.ru/topic.php?id=356184

Функция ПолучитьUnix(Знач Год,Знач Месяц,Знач День,Знач Часы,Знач Минуты,Знач Секунды,Знач Пояс=3)
    Возврат (Дата(Год,Месяц,День)-'01.01.1970')*24*60*60+Часы*60*60+Минуты*60+Секунды-Пояс*60*60;
КонецФункции

Процедура РазобратьUnix(Знач ДатаВремя,Год,Месяц,День,Часы,Минуты,Секунды,Знач Пояс=3)
    ПолноеЧислоСекунд=('01.01.1970'-'01.01.0000')*24*60*60+ДатаВремя+Пояс*60*60;
    Секунды=ПолноеЧислоСекунд%60;
    ПолноеЧислоМинут=Цел(ПолноеЧислоСекунд/60);
    Минуты=ПолноеЧислоМинут%60;
    ПолноеЧислоЧасов=Цел(ПолноеЧислоМинут/60);
    Часы=ПолноеЧислоЧасов%24;
    ПолноеЧислоДней=Цел(ПолноеЧислоЧасов/24);
    ПолнаяДата='01.01.0000'+ПолноеЧислоДней;
    День=ДатаЧисло(ПолнаяДата);
    Месяц=ДатаМесяц(ПолнаяДата);
    Год=ДатаГод(ПолнаяДата);
КонецПроцедуры

Но код этот для седьмой версии, а мне надо для восьмой!

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

Функция ПолучитьUnixTS(ПараметрДата)
    Возврат ПараметрДата - '19700101';
КонецФункции

Update: А, нет, нифига. Нужно использовать UTC, а не локальное время.
Update 2:

Функция ПолучитьUnixTS(ПараметрДата)
    Возврат УниверсальноеВремя(ПараметрДата) - '19700101';
КонецФункции

И наоборот:

Функция СконвертироватьВремяUnixTS(UnixTime)
    Возврат МестноеВремя('19700101' + UnixTime);
КонецФункции

Мне тут часто задают вопросы. Так вот, отвечаю.

Etka и Elsa (электронные каталоги запчастей и работ) умеют общаться с DMS (Dealer Management System, в нашем случае это 1С:Предприятие) посредствомXML-сообщений, передаваемых по протоколу HTTP. Чтобы эти три системы могли общаться, нужен посредник — DMS-Backbone (далее DMSBB. DMSBB — это маршрутизатор XML-сообщений. У него есть таблица адресов, и по этим данным службы (то есть Elsa, Etka, DMS) общаются между собой.

Описание форматов сообщений обычно импортер(VW-RUS) предоставляет совместно с дистрибутивом DMSBB.

Для подключения 1С:Предприятие к DMSBB, нужен некий коннектор (в нашем случае мы написали скрипт для IIS, он называется V8Gate), который будет передавать сообщения между 1С и Etka/Elsa.

На стороне 1С:Предприятие реализован парсер XML-сообщений, получаемых от DMS-Backbone посредством V8Gate.

Таким образом 1С:Предприятие отвечает за такие службы, как наличие запчасти на складе, цена запчасти, получение информации об открытыхзаказ-нарядах, клиентах, автомобилях и передача заказа из Etka/Elsa в 1С:Предприятие.

Мы делали интеграцию с восьмой версией 1С:Предприятие. И V8Gate использует COM-интерфейс восьмёрки. У меня есть сомнения, что можно поступить аналогичным образом с версией 7.7. Нет уверенности что её COM-интерфейс поддерживает пул соединений. Возможно, легче будет работать напрямую с базой данных с использованием SQL.

Реализую взаимодействие нашей информационной системы с заводской программой, так называемой DMS-Backbone. Смысл состоит в написании механизма, который передавал бы XML-сообщения от DMS-Backbone серверу 1C:Предприятие и получал на них ответы. Сообщения эти DMS-Backbone отправляет посредством HTTP-протокола. Собственно, вся задача сводится к тому, чтобы заставить веб-сервер получать эти сообщения и перенаправлять нашему серверу приложений.

Покопавшись в примере реализации интерфейса, предложенным заводом, можно было примерно понять, как это всё функционирует. Нужно просто заставить этот пример на определённом этапе вызывать нужные функции посредством COM-соединения, передавая им параметры, и получая ответы от нашей информационной системы.

Сказано-сделано. Добавил в примере вызов COM-соединения. Всё работает, данные передаются, обрабатываются сервером 1С:Предприятие и возвращаются. Но вот беда, установка соединения длится несколько секунд, то есть довольно тормознуто. Хотелось бы использовать одно соединение на всё время использования приложения. Что же делать?

Полез гуглить. Наткнулся на аналогичный вопрос на форуме SQL.RU. Там, к сожалению, нужного мне решения найти не удалось. Пытался хранить COM-соединение в сессии, но это оказалось ещё хуже: DMS-Backbone создаёт новую сессию при каждой отправке XML-сообщения и после нескольких нажатий кнопки F5 в браузере обнаруживаем кучу соединений на сервере 1С:Предприятие.

И вот сегодня, ковыряясь во встроенной справке 1С:Предприятия обнаружил замечательные свойства у V81.COMConnector: MaxConnections, PoolTimeout и PoolCapacity. Ура! То, что нужно!

В каталог с моими скриптами положил файлик global.asa со следующим содержимым:

<object runat="server" scope="application" id="objV81COMConnector" progid="V81.COMConnector">
</object>
<script language="vbscript" runat="server">
sub Application_OnStart
  objV81COMConnector.PoolCapacity = 2
  objV81COMConnector.PoolTimeout = 60
  objV81COMConnector.MaxConnections = 4
end sub
</script>

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

Dim V81Connection           
Dim V81ConnectionString
V81ConnectionString = "Srvr=""appservername"";Ref=""dbname"";Usr=""username"";Pwd=""userpassword"""
Set V81Connection = objV81COMConnector.Connect(V81ConnectionString)

Пойду похвастаюсь на SQL.ru найденным решением =)

1C разрабатывает новую версию платформы — 8.2 На пользовательском разделе сайта выложена ознакомительная версия для скачивания. Судя по документации, планируется новый эволюционный этап развития, и это хорошо.

Вообще, довольно много вкусностей обещают. Вот, например:

Динамические списки

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

Похоже, в недалёком будущем нас наконец ждёт полное и безоговорочное счастье и мир во всём мире.