|
Проблема поиска битых ссылок, стопорится по ошибке
|
|
| СергейНоне | Дата: Вс, 14.06.2020, 15:43:03 | Сообщение # 1 |
|
Лейтенант
Группа: Пользователи
Сообщений: 66
Репутация: 36
Статус: Оффлайн
| Платформа: 8.2.19.90
Режим БД: клиент-серверный
Конфигурация. Название: TopLog WMS (4.0.1.104)
Конфигурация. Основной режим запуска: Обычное приложение
Конфигурация. Вариант встроенного языка: Русский
Конфигурация. Режим совместимости: НеИспользовать
Инструменты разработчика. Версия: Портативные 5.35p
Инструменты разработчика. Объекты на сервере: Нет
Инструменты разработчика. Серверный модуль: Нет
Клиент. ОС: Windows x86 version 6.1 Service Pack 1 (Build 7601)
Клиент. Приложение: Обычное приложение 32б
Клиент. От имени администратора Windows: Да
Клиент. Текущий язык системы: ru
Сервер. ОС: Windows x86 version 6.1 Service Pack 1 (Build 7601)
Сервер. Отладка: нет
Запускаю поиск битых ссылок.
В табло выдается сообщение: "Не удалось найти в структуре хранения БД описание таблицы БизнесПроцесс.ТЦПроцесс.Точки"
Расшифровка ошибки:
{Форма.Форма.Форма(381)}: Ошибка при вызове метода контекста (Выполнить)
ирОбщий.ЗагрузитьВТаблицуЗначенийЛкс(Запрос.Выполнить().Выгрузить(), СвязанныеДанные);
по причине:
{(17, 26)}: Неверные параметры в операции сравнения. Нельзя сравнивать поля
неограниченной длины и поля несовместимых типов.
И ТИПЗНАЧЕНИЯ(Т.Ссылка) <<?>>В (
Насколько помню, ранее озвучивал "проблему", но она не приводила к стопу процесса поиска битых ссылок, ИР выдавали такое же сообщение и продолжал работу поиска битых ссылок.
Сейчас - процесс стопорится.Добавлено (14.06.2020, 15:49)
---------------------------------------------
Уточнение:
1. как минимум 6.4.74Р - поиск ссылок работал
2. Версия: Портативные 5.37p - тоже не работает, как и 5.35р Добавлено (14.06.2020, 15:55)
---------------------------------------------
Ранее было отвечено: "Обход этого косяка платформы для 8.2 не планирую делать, т.к. не нахождение этой таблицы в структуре БД имеет крайне низкое влияние на реально встречающиеся задачи." - но при этом ИР работал, что удовлетворяло. Сейчас - не работает, что не удовлетворяет. М.Б. вернуть к рабочему "варианту", типа как 4.74р...?
Старая ветка по этой проблеме: http://devtool1c.ucoz.ru/forum/2-971-1
|
| |
| |
| tormozit | Дата: Вс, 14.06.2020, 16:08:30 | Сообщение # 2 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Спасибо. Ошибку воспроизвел. Она не связана с указанным тобой сообщением пользователю.
Она проявляется только на 8.2.
http://www.hostedredmine.com/issues/877555
|
| |
| |
| tormozit | Дата: Пн, 15.06.2020, 00:09:13 | Сообщение # 3 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Ошибка исправлена в 5.38
|
| |
| |
| СергейНоне | Дата: Пн, 15.06.2020, 21:50:03 | Сообщение # 4 |
|
Лейтенант
Группа: Пользователи
Сообщений: 66
Репутация: 36
Статус: Оффлайн
| Обновился на 6.5.38Р
Не "работает"...
6.4.74 - выполняет поиск битых ссылок ~1мин, может меньше../ прогноз времени выполнения в процессе этого не переходит за минуту вообще.. показывает 13 сек, 25 сек.. короче - норма.
6.5.38 - сначала идет вроде норм (но видно визуально что чуть подольше делается), доходит до 11% - нааааадолго ppflevsdftncz? прогноз времени ~17-21мин, долго думает.. думает.. переваливает и дальше также долго думает...
Итого: - там где 4.74 лишь запиналось на чуть-чуть, 5.38 - доооолго тупиииттт... уже более 10 мин (специально не засекал) тормозит, пока до 62% добралась..
Что-то не так в датском королевстве ;-)Добавлено (15.06.2020, 22:04)
---------------------------------------------
с 62% до 100% - молотил не менее 10 мин.
"Поиск выполнен за 1163 сек" Добавлено (15.06.2020, 22:06)
---------------------------------------------
Режим поиска = Все.
еще раз запустил 4.74 - секунд 15-20 Добавлено (15.06.2020, 22:28)
---------------------------------------------
5.38 - Поиск выполнен за 1144 сек
|
| |
| |
| tormozit | Дата: Пн, 15.06.2020, 23:21:31 | Сообщение # 5 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Запрос из версии 4.74 действительно быстрее намного, но находит не все битые ссылки. По твоему же обращению я и переделал его несколькими версиями позже. Текущий вариант - самый универсальный, но к сожалению и самый долгий при большом числе искомых типов. Так как такой поиск выполняется довольно редко, для него важнее универсальность, чем скорость. Если хочется ускорить поиск в актуальной версии, то рекомендую сократить количество искомых типов.
|
| |
| |
| СергейНоне | Дата: Вт, 16.06.2020, 00:18:54 | Сообщение # 6 |
|
Лейтенант
Группа: Пользователи
Сообщений: 66
Репутация: 36
Статус: Оффлайн
| Пичалька...
Даже на совсем небольшой базе так долго молотит...
.
1. Как вариант, я в принципе знаю В КАКИХ объектах будут битые ссылки (в регистрах сведений, например). Но не знаю КАКИЕ КОНКРЕТНО ТИПЫ будут, знаю что документы.. и все... Можно ли как-то сократить время поиска обладая такими "данными"..? указывая не типы-объекты поиска(как сейчас), а типы-область поиска?
2. Старый вариант может и не все битые ссылки искал, но а) "работал" быстро и б) качество поиска - удовлетворяло. М.б. возможен вариант, когда сделать возможность "быстрый поиск (результат возможен неполный - так и писать на "команде")" и "тщательный поиск (полный)". Ну очень тяжко когда вычищать базу/готовить/итд - КАЖДЫЙ раз запускать полный поиск - пять-шесть раз запустил - два часа ушло... а раньше это занимало 15 мин... ПРОШУ РАССМОТРЕТЬ ВОЗМОЖНОСТЬ ТАКОЙ РЕАЛИЗАЦИИ (быстрый и полный поиск). По умолчанию м.б. полный поиск включен...
|
| |
| |
| tormozit | Дата: Ср, 17.06.2020, 01:50:42 | Сообщение # 7 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Вариант кода из 4.74 искал тоже все ссылки, т.е. логически работает верно. Неверную логику я исправлял в более старых версиях. Но 4.74 на больших конфигурациях (с большим числом ссылочных типов) вызывает зависания и ошибки в СУБД из-за слишком сложных запросов из-за большого числа неявных левых соединений.
Я постарался насколько возможно оптимизировать текущий вариант. Пробуй новый модуль формы. У меня стало быстрее почти в 2 раза.
|
| |
| |
| СергейНоне | Дата: Пт, 19.06.2020, 00:43:37 | Сообщение # 8 |
|
Лейтенант
Группа: Пользователи
Сообщений: 66
Репутация: 36
Статус: Оффлайн
| Цитата tormozit (  ) Вариант кода из 4.74 искал тоже все ссылки, т.е. логически работает верно.
а можно как-то этот вариант кода из 4.74 пристегнуть к 5.38 (плугином или как-то иначе)..? Потому как даже ускорение в 2раза в два раза после замедления в 50-60 раз... - не сильно хорошо...
Типа - на панели ИР "кнопочка", жмакаем на нее - открывается ТЗ с "доп.обработками/доп.инструментами", и в эту табличку чтобы можно было в пользовательском режиме "пристегнуть" обработку любую, в т.ч. и, например, "поиск битых ссылок 4.74" (типа как ВПФ в 77 были^ пристегиваешь внешнюю обработку и даешь ей имя и пользуешься).
.
Подсунул новый код, да, стало побыстрее
Поиск выполнен за 658 сек
- но это все равно жуть как долго... 20 и 10 минут супротив 20сек-1мин - не особо ускорилось ;-)
|
| |
| |
| tormozit | Дата: Пт, 19.06.2020, 06:51:10 | Сообщение # 9 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Выложи модуль из 4.74. Прогнал на своей базе вариант кода из 4.71. Он отработал заметно медленнее текущего варианта.
|
| |
| |
| tormozit | Дата: Пн, 22.06.2020, 21:57:36 | Сообщение # 10 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Ускоренный вариант кода выпущен в 5.39
|
| |
| |
| СергейНоне | Дата: Вт, 23.06.2020, 20:08:41 | Сообщение # 11 |
|
Лейтенант
Группа: Пользователи
Сообщений: 66
Репутация: 36
Статус: Оффлайн
| Цитата tormozit ( ) Ускоренный вариант кода выпущен в 5.39
Попробовал уже.
Отрабатывает в районе ~60-70 сек, что терпимо по сравнению с 4.74 (~20-40 сек)
|
| |
| |
| tormozit | Дата: Вт, 23.06.2020, 21:17:02 | Сообщение # 12 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 6987
Репутация: 187
Статус: Оффлайн
| Странно. Предыдущий модуль http://devtool1c.ucoz.ru/forum/2-1275-5412-16-1592347842 по сути такой же как и в 5.39. Между ними сделаны лишь косметические изменения. Оба варианта у меня показывают одинаковую длительность. Похоже ты некорректно провел тот замер, где увидел сокращение длительности в 2 раза. Скорее всего потому, что не перезапускал клиентское приложение после замены модуля. Мне пришлось потратить с тех пор дополнительное время на поиск возможных причин разницы в скорости.
Но главное - что теперь запрос работает на всех СУБД стабильно и быстро и находит все.
|
| |
| |
| СергейНоне | Дата: Чт, 25.06.2020, 13:23:19 | Сообщение # 13 |
|
Лейтенант
Группа: Пользователи
Сообщений: 66
Репутация: 36
Статус: Оффлайн
| Цитата tormozit ( ) Скорее всего потому, что не перезапускал клиентское приложение после замены модуля. Мне пришлось потратить с тех пор дополнительное время на поиск
Сорри, неграмотный. учту для дальнейшего.
|
| |
| |
