Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

8.3.13.1644 и PosgreSQL: ошибка "variable not found in subplan target lists"

8.3.13.1644 и PosgreSQL: ошибка
Я
   bolero
 
25.12.18 - 17:13
Обновил платформу до с 8.3.12 на 8.3.13.1644. Заодно обновил posgresql с 9.6 до 10.5. Ожидал волшебного прироста производительности за счет улучшенной совместимости в новых версиях, но нет.

Зато начали в разных местах обваливаться запросы с сообщением:
"variable not found in subplan target lists"

Обваливаются запросы, в которых нагорожен огород типа:
ГДЕ НОЛЬ - ТОГДА НОЛЬ, А ЕСЛИ НЕ НОЛЬ - ТОГДА НОЛЬ ПОМНОЖИТЬ НА СУММУ(случайная колонка)
ОБЪЕДИНИТЬ
ГДЕ НОЛЬ - ТОГДА НОЛЬ, А ЕСЛИ НЕ НОЛЬ - ТОГДА НОЛЬ ПОМНОЖИТЬ НА СУММУ(другая случайная колонка)


(*утрирую)

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

Это 1с 8.3.13 или postgres-10.6?

plantuner пробовал выключать - это не он, проблема не уходит.
 
 
   VladZ
 
1 - 25.12.18 - 17:22
(0) Не пишите идиотские запросы. Или переходите на MS SQL.
   bolero
 
2 - 25.12.18 - 17:30
(1) Я-то красоту распрекрасную пишу, обычно руками без трансляторов и всяких построителей. Таким образом, чтобы запрос выполнялся не более одной секунды.

А вот чего в типовой БП пишут - ну чего пишут, того пишут. Могу только платформу чуть другую поставить.
   lodger
 
3 - 25.12.18 - 17:44
(0) а если не утрируя сверить с этим, похоже?

Запрос, содержащий ОБЪЕДИНИТЬ
Код ошибки: 10188035 
Код(ы) обращения: SW1220805
Статус: Исправлена в тестовой версии Зарегистрирована: 07.12.2017
Исправлена: "Технологическая платформа", версия 8.3.14.1373 (для тестирования)
Описание:
При исполнении запросов, содержащих ОБЪЕДИНИТЬ или ОБЪЕДИНИТЬ ВСЕ, может происходить ошибка с текстом
Ошибка СУБД:
Ошибка SQL: Поле не входит в группу
или подобным, если во втором или последующем запросе используется группировка, и тип столбца результата запроса отличается от типа соответствующего столбца в первом запросе.
   bolero
 
4 - 25.12.18 - 17:52
(3) не совсем похоже, но пошел обновлять тестовый сетап на 8.3.14
   deman_ru
 
5 - 13.01.19 - 22:52
(4) Помогла 14я платформа?
   bolero
 
6 - 14.01.19 - 20:28
(5) с 14 платформой не так все просто оказалось в плане развернуть бесплатно на тестовом сервере, а вот обновление БП - помогло

В БП 3.0.65.72 с такой ошибкой вываливалась ОСВ (не по счету, а в целом), после обновления до 3.0.67.54 - в этом месте больше не вываливается.

УТ 11.4.6.174 вываливается при открытии документа Задание на перевозку.
   Cyberhawk
 
7 - 14.01.19 - 20:33
Сегодня зарелизилась 8.3.13.1690
   lodger
 
8 - 14.01.19 - 20:38
(7) чем сильно лучше предыдущей?
   Fram
 
9 - 14.01.19 - 22:25
(8) да, как обычно - старые ошибки поправили, новых добавили. надо же бизнес на плаву держать ))
   DasHaar
 
10 - 15.01.19 - 13:35
Было: платформа 8.3.13.1644, Postgresql 9.4, БП 3.0.67.38
работало.
Обновил postgres до 10.5-9.1C
При формирование ОСВ с первого числа по последнее число любого периода вываливается "variable not found in subplan target lists" .
01.12.2018-31.12.2018 - ошибка
01.12.2018-01.01.2019 - нет ошибки
01.12.2018-30.01.2019 - нет ошибки
Обновил БП до 3.0.67.63 не помогло.
 
 Рекламное место пустует
   bolero
 
11 - 15.01.19 - 14:30
(10) аа, действительно, ничего не починилось.
Подтверждаю про даты.
   DasHaar
 
12 - 15.01.19 - 14:34
Обновил до 3.0.67.67 не помогло.
Буду пробовать откатывать версию Postgresql на 10.3-3.1C    от 25.10.18
   bolero
 
13 - 15.01.19 - 15:03
(12) как вариант можно выбрать один из счетов
вся ОСВ выводится в виде конечной суммы, а конкретный счет - подробно.

Мои бухи говорят - так жить можно, хоть и грустно.
   Cyberhawk
 
14 - 15.01.19 - 19:11
(8) Пару каких-то больных ошибок пофиксили. Все что после 8.3.9.1850 - УГ какое-то.
   shirik666
 
15 - 16.01.19 - 12:28
Тоже вываливается ошибка при формировании ОСВ за 18 год -  Postgre 10.5-9.1C, платформа 8.3.13.1644 конфигурация 1С:Управление микрофинансовой организацией и кредитным потребительским кооперативом КОРП. Кто-то пробовал писать на ЛК 1С? (12) проблема решилась откатом Postgre?
   user713067
 
16 - 16.01.19 - 13:37
Так же имею:
Postgre 10.5-9.1C, платформа 8.3.13.1644 конфигурация 1С:ERP2
получаю Error: variable not found in subplan target list
не везде.
Как назло у главного бухгалтера
при формировании ОСВ за 18 год с 1.01 по 31.01
Error: variable not found in subplan target list
НО:
у других пользователей такой ошибки нет.
Уровнял в правах пользователей (ну по крайней мере внешне)
пока не помогает.
   user713067
 
17 - 16.01.19 - 13:40
КЭш на рабочей станции чистил
   shirik666
 
18 - 16.01.19 - 13:42
(16) думаю от прав пользователя это не зависит, видимо проблема в Postgre 10.5-9.1C и платформе...
   Очевидно
 
19 - 16.01.19 - 13:49
(16) можт у неё (ГБ) какие-то поля дополнительно в СКД выведены ? попробуй у неё в ОСВ вернуть "Стандартные настройки"...
   user713067
 
20 - 16.01.19 - 14:36
Да с "простой" стандартной настройкой - ошибка,
со стандартной настройкой "развёрнутое сальдо" - формируется.
   Очевидно
 
21 - 16.01.19 - 14:45
(20) Видимо осталось пошагово превратить "развёрнутое сальдо" в "Простую" (Т.е. по одному полю приводить рабочую в состояние нерабочей ... и понять в каком месте начинает проявляться ошибка (думаю какое-то и полей криво отрабатывает) ... а дальше уже смотреть при каких условиях это поле работает криво ... и т.д.
   DasHaar
 
22 - 16.01.19 - 16:29
Обвновление платформы до 8.3.13.1690 не помогает.
Откат версии postgresql до 10.3-3.1C проблему Решает.
   DasHaar
 
23 - 16.01.19 - 17:39
Ответ поддержки 1с:
16 Январь 2019 г. (Ср) 17:30
"Ошибка  00112568 воспроизводится, находится на расследовании"
   shirik666
 
24 - 16.01.19 - 19:53
(22) простите за тупой вопрос, но как откатить  postgre до 10.3-3.1C? Какими образом вы это делали? Понятно, что забепкапить базу и инсталировать 10.3-3.1C на сервер, у меня win server 2012
   DasHaar
 
25 - 17.01.19 - 10:26
(24) У меня баз не так много и centos 7 не Win.  Удалил полностью 10.5, установил 10.3, пересоздал базы в кластере 1С и залил dt в них. pg_dumpall делал, но не известно, как сработает postgres на заливку pd_dumpall в версию ниже, а делать дампы отдельных баз самим postges лениво.
И я думаю надежней всего родная выгрузка-загрузка dt.
   alkomotiv
 
26 - 18.01.19 - 15:09
Сегодня вышла версия 10.5-10.1C. С нашей платформой 8.3.13.1644 - ошибка по-прежнему сохраняется (последнюю платформу 8.3.13.1690 не пробовали). PostgreSQL на Windows Server 2008 R2. Откатываемся к 10.3-3.1C, на виртуалке проверили - во всяком случае эта ошибка исчезла.
   artemru
 
27 - 21.01.19 - 22:23
В оборотке зашел в Настройки - Стандартные настройки - Настройки с развернутым сальдо.  И Все сформировало!!  Платформа 8.3.13.1644  Postgres 10.5-9.1C  Релиз БП 3.0.67.67


Список тем форума
  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует