Релиз 3.4 

Релиз 3.4.3.49 (HotFix) (18.12.2024)

Исправления:

  • HOTFIX-130503 Зависание 1с при активации выполняющегося проекта в списке проектов

При позиционировании кнопка выполнить меняется подпись в зависимости от статуса проекта в момент обновления списка, 
читается из данных строки, вызова сервера нет.
При нажатии кнопки Выполнить сверяется три состояния: 
- реальное выполнение, 
- текущий сохраненный статус и 
- статус в списке. 
Если есть расхождение, то об этом будет сообщение. 
Если проект по факту не выполняется, то об этом то же сообщится и изменит статус.

  • Для лицензии “Коннектор 1С в Yandex Datalens” изменено поведение получения и генерации токена

  • HOTFIX-137961 Поле объекта не обнаружено (Уникальный)

  • HOTFIX-135109 Ошибка формирования списка полей запроса

Релиз 3.4.3.44 (HotFix) (16.12.2024)

  1. HOTFIX-137729 Обработана ошибка «Значение не является значением объектного типа (innerHTML) » в обработке обновления

  2. HOTFIX-137597 Исправлена ошибка «Неправильный псевдоним »_ext_tbl.Обороты«»

  3. HOTFIX-127879 Чтение данных запроса через ком объект обернуто в исключение (если запрос SQL очень тяжелый, то теперь выполнение «не упадет»)

  4. HOTFIX-137505 Исправлена ошибка «Переменная не определена (ЭтотОбъект)» в форме нагрузочного тестирования

  5. HOTFIX-137759 Исправлена ошибка «Ошибка фонового задания. Недостаточно фактических параметров»

  6. Для 8.2. Ошибка при открытии формы справочника проекты. Ошибка переходе 3.4.1.31 на 3.4.1.35

  7. Для 8.2. ошибка при заполнении Подключения Ошибка при вызове метода контекста (Open) Недопустимый URL-адрес (HOTFIX-137279 Добавлена обработка ошибки «Произошла исключительная ситуация (WinHttp.WinHttpRequest): Недопустимый URL-адрес»)

  8. HOTFIX-137505 Исправлена ошибка «Переменная не определена (ЭтотОбъект)» в форме нагрузочного тестирования

  9. HOTFIX-135061 Исправлена ошибка «Неоднозначное поле» (на примере: ошибка при дубле поля Неоднозначное поле «ЛизинговыйПродукт.Дата»)

  10. Для 8.2. ошибка при открытии обработки (Экстрактор) Обновление. Переменная не определена (РасширенияКонфигурации)

  11. HOTFIX-137509 Исправлена ошибка отрытия генератора расширения подписок (для конфигураций, не поддерживающих «расширения»)

Много исправлений под 8.2

Релиз 3.4.3.32 (HotFix)

  1. задача 129863 Исправлена ошибка автоматической установки сегмента

  2. при входе в обработку (Экстрактор) Настройки на 8.2. выходит ошибка Процедура или функция с указанным именем не определена (ПолучитьТекущийСеансИнформационнойБазы)

Релиз 3.4.3.30 (HotFix)

  1. Исправлена ошибка при добавлении индексов в таблицу

  2. Исправлена ошибка помощника при которой не создавались новые индексы

  3. Исправлена ошибка при которой создавался только последний индекс при создании таблицы

  4. Роль «(Экстрактор) Администратор подсистемы» добавлена в подсистему модуля

Релиз 3.4.3.25 (23.11.2024)

Новое в релизе

  • Расширенные логи при работе с SQL.

  • В разделе «Настройки» добавлен пункт по логированию SQL-инструкций (может помочь при разборе неясных ситуаций и ошибок при выгрузке

  • В помощнике при создании нового проекта предлагается настроить параметры выгрузки

  • Добавлена поддержка прокси (для Заказчиков с сложной организацией сети:

  • Добавлена возможность отключать работу «подписок на события»

  • Реализован механизм сброса ключа лицензирования. Работает только при активной лицензии и при активной поддержке.

    Функционал доступен на форме ввода номера лицензии. Теперь вы сами можете отвязать лицензию от баз 1С

Исправление ошибок

  1. Добавлена оптимизация записи в Регистр сведений “Очередь изменений”, убрали несколько возможных ситуаций, приводящих к блокировкам на больших, нагруженных базах (но в любом случае, если у вас очень высоконагруженная база, используйте “Внешнюю очередь на Redis”

  2. Коннектор 1С к Datalens - при смене ключа и пользователя - не переключается автоматически база на новую

  3. Сменил выгрузку (Объект) с по партициям на «Полную» - галка «»Параметры источника инициализируются из Очереди« НЕ снимается

  4. CommonModules\Экс_1С_8_3_1\Module.bsl Неизвестная инструкция [ТолстыйКлиент]

  5. Поле объекта не обнаружено (Экс_МодульВыгрузки.Модуль(1778)

  6. При установленной галке сегмента нужно запретить ставить галку - не создавать поле

  7. PostgreSQL – сервер вернул невалидный ответ (json) [{?column?}]

  8. Преобразование значения к типу Дата не может быть выполнено

  9. При каждом проходе помощника добавляется вычисляемое поле

  10. PostgreSQL: Добавлена проверка длины имени создаваемого индекса для «сегмента»

  11. Ошибка конвертации даты. Выгрузка документа в Clickhouse ошибка при выгрузке. Canot parse Date: value is too short. Canot parse Date from String - Исправлена ошибка форматирования пустой даты для запроса ClickHouse

  12. Исправлена ошибка проверки результата удаления таблицы в postgres и mssql

  13. Преобразование к типу число не может быть выполнено

  14. Исправлено: при повторном прохождении через помощник меняется способ обновления

  15. Добавлено создание партиций postgres при полной выгрузке

  16. Исправлена ошибка создания партиции postgres через http подключение

  17. Исправлена синтаксическая ошибка при создании индекса в postgres

Релиз 3.4.3.6

Новое в релизе:

Переделали систему хранения паролей к Подключениям (теперь пароли хранятся не текстом в 1С, в а «Защищенном контейнере» внутри 1С).

Пароли при обновлении на этот релиз перенесутся в регистр Экс_БезопасноеХранилищеДанных.
На этот регистр права есть только у роли Экс_АдминистраторПодсистемы и Экс_Полные_Права
Основная цель - это отказ от получения пароля на клиенте, с целью усложнить его перехват.
Шифруются пароли в подключении и в настройках прокси:

Исправления:

  • При интерактивном изменении способа обновления на «Полная», галка «»Параметры источника инициализируются из Очереди» устанавливается, если есть сегмент, иначе снимается.

  • Исправлена ошибка чтения метаданных полей таблицы Postgres, из-за которой не правильно читались значения поля Nullable из уже созданных таблиц (на этапе сопоставления полей).

  • Исправлено поведение помощника. Теперь, если расширенных настроек еще не было настроено - помощник спросит, хотите ли вы их сделать, а если они уже настроены - то сразу, без вопросов, перейдет к расширенным настройкам. Имеется ввиду вот этот вопрос:

    А так же исправлен баг, мешавший переходу “назад” после пропуска настройки параметров отбора.

Релиз 3.4.1.41

Новое в релизе:

Основная тема релиза: мы разделили понятия партицирование и сегментирование.

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

А партицированием будет называться партицирование на уровне СУБД . В тех СУБД, где оно реализовано, конечно. В MS SQL, например, партицирования таблиц нет.

Что это все значит? Это значит что теперь вы можете создать таблицу с нужными вам партициями в вашей СУБД, совершенно несовпадающими с теми порциями выгрузки (сегментами), которые нужны исключительно для решения задач оптимизации процесса выгрузки данных из Экстрактора.

Т.е. другими словами:

Сегмент - это блок данных определяемый параметрами запроса к данным 1С. В общем случае сегментом может быть функция от параметра. (то, что раньше мы называли партицированием)
Для идентификации сегмента в таблицу-приемник в СУБД добавляются колонки со значениями параметров и устанавливается индекс по этим колонкам для быстрого поиска.

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

Партиции таблицы никак не связаны с параметрами, но можно сделать чтобы они совпадали и установить способ обновления «Перезапись партиции» - это будет текущий вариант работы

Старые проекты, созданные ранее и по старому принципу, продолжат свою работу , как и раньше. У них автоматически установится способ выгрузки “Обновление сегмента”.

Мы обязательно в скором времени внесем изменения в документацию и подробно опишем, как теперь создавать проекты по-новому. Напишем несколько новых примеров. А пока опишем различия здесь.

Где именно теперь задается сегментирование (бывшее партицирование)?

  1. На этапе настройки параметров для объекта ничего не изменилось. Вы точно так же выбираете, по каким полям будете разбивать выборку данных и какие функции будете к ним применять:

    То же самое можно сказать и о Запросе. Если источник данных = Запрос, тогда вы так же, как и делали это раньше, задаете параметры в самом запросе, здесь тоже ничего не изменилось. Тот же принцип, те же правила. Изменилось только название.

  2. На этапе выпора полей автоматически добавятся поля с параметрами и установится галка для их вывода (у нас один параметр в примере):

  3. На этапе сопоставления полей параметры добавятся также автоматически. Галка отношения этих полей к сегменту установится сама, если вы выбрали “Объект” в качестве источника данных. Для запроса вам нужно будет самостоятельно установить галки у полей, относящихся к сегменту, т.к. возможно, что какие-то параметры вашего запроса созданы не для сегментирования.

    1

    2

  4. Далее вы можете просто пропустить настройки уровня СУБД, если не хотите настраивать партицирование таблицы в СУБД. Многим оно и не нужно.

    Если же хотите настроить партиции непосредственно таблицы СУБД - тогда выбирайте Расширенные настройки:

    1

    2

    3

    В случае выгрузки в Clickhouse окно будет немного отличаться:

    Декларативный - значит выбор полей и функций (точно так же, как обычно при выборе параметров для сегментирования).

    Императивный - означает лишь способ, который изначально использовался нами для выгрузок в Clickhouse, и кому-то, возможно, более удобный. Это способ формирования своего рода “формулы партицирования”, на основании выбранного поля. Этот способ позволяет написать формулу даже просто вручную, или воспользоваться мастером, что гораздо удобнее:

    1

    2

  5. Выгрузка при сегментировании будет разбиваться на порции как и раньше разбивалась. Все будет распараллеливаться, как и раньше. Принцип останется тот же.

  6. Обратите внимание, что в настройка строки проекта при настроенном сегментировании теперь стоит другой способ обновления: “Обновление сегмента”:

    Но если вы при этом настроите и физическое партицирование на уровне СУБД, а не только сегментирование выгрузки - тогда способ обновления установится в “Перезапись партиции”:

Что еще нового:

  • Добавлен предопределенный обработчик данных источника “Заполнение поля датой старта выгрузки строки”

  • сделана Подстановка Имени объекта, Параметров, Полей в список выбора в обработчике инициализации очереди

  • Реализована передача параметров запроса в обработчик регистрации изменений

  • Добавлено предопределенное вычисляемое поле ТекущаяДата()

  • Реализована возможность подключения к Postgres по протоколу https

  • Добавлен приемник данных Kafka. Об этом подробнее здесь: Работа с Apache Kafka

  • В помощнике настройки проекта теперь пропускается вопрос о настройке таблицы, если настройки уже сделаны - просто открывается окно с настройками

  • Обеспечена поддержка выгрузки файлов Excel расположенных на FTP сервере. Подробные инструкции размещены прямо на форме под полем выбора файла:

  • Удаление записей в ClickHouse заменено на инструкцию delete from

  • запрещен выбор из списка элемента способа обновления «Перезапись партиции» если партиции в проекте не заданы.

Исправления:

  • Исправлена партиция при регистрации изменений объекта с точностью до часа

  • Исправлена ошибка при перестановке строк проекта. В строку проекта добавлен идентификатор. Инициализирован номером строки. В очереди сохраняется вместо номера строки идентификатор строки. В вызовах обработчиков номер строки заменен на идентификатор строки. В вызове выгрузки номер строки заменен на идентификатор строки.

  • Исправлена ошибка получения текущего фонового задания

  • Исправлена ошибка выполнения запроса в обработчиках для MS и PG

  • Исправлена ошибка: Таблица в обязательном порядке не пересоздавалась при смене партиции в MSSQL

  • Исправлена ошибка проверки типа поля

  • сделано сохранение статуса выполнения проекта при ошибках в регламентном задании

  • Исправлена ошибка добавления удаленных полей в сопоставление

  • Исправлена ошибка открытия помощника при удаленной таблице