Не выгружается у пользователей OOXML
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Sergeyjan
Участник
Вступление в Клуб: 20.01.2023
|
 Ср Июн 25, 2025 13:49 Не выгружается у пользователей OOXML |
 |
Полезность: Нет оценки
|
Доброго дня!
Имеется локальная операция на выгрузку отчёта в экзеле, где на моём ПК выгрузка происходит за 3-5 минут, у одного коллеги за 15 минут,а других коллег не выгружается совсем. Подскажите, пожалуйста, возможно кто-то сталкивался с аналогичной проблемой и в какую сторону копать?
Отчёт тяжёлый, в порядке 130 тыс. строк.
Спасибо) |
|
 |
Random
Эксперт
Вступление в Клуб: 27.06.2011
|
| Вт Июл 01, 2025 20:59 Re: Не выгружается у пользователей OOXML |
|
Полезность: Нет оценки
|
| Sergeyjan пишет: | Доброго дня!
Имеется локальная операция на выгрузку отчёта в экзеле, где на моём ПК выгрузка происходит за 3-5 минут, у одного коллеги за 15 минут,а других коллег не выгружается совсем. Подскажите, пожалуйста, возможно кто-то сталкивался с аналогичной проблемой и в какую сторону копать?
Отчёт тяжёлый, в порядке 130 тыс. строк.
Спасибо) |
Да кто ж знает!
1) вы пользуетесь пакетом RUNTIME.EXCEL, в этом случае разница объясняется разницей мощностей локальных станций
2) получение данных осуществляется из представлений, в которых проверяется доступ. В этом случае разница объясняется разными запросами (с разными условиями доступа)
3) ??? всё, что угодно ещё.
Возьмите библиотеку REPS_DATA.LIB_FIX, посмотрите, как ею пользуются, сделайте засечки в вашем локале и вычислите, какая часть отчёта различается по времени выполнения, потом её анализируйте |
|
|
pabrz
Участник со стажем
Вступление в Клуб: 27.09.2022
|
| Ср Июл 02, 2025 02:07 |
|
Полезность: Нет оценки
|
Первое, с чего стоит начать, это проверить на чистом тесте, где никто 100% не может залочить запись, нужную для отчета, своей активностью.
Допустим, строим мы отчет по MAIN_DOCUM, а там кто-то документ редактировать начал. Пока не закончит - отчет дальше не поедет.
Также лочить записи могут job-ы.
Второе, если у вас отчет выводит информацию в монитор канала - убедитесь что все коллеги монитор открыли прежде чем запускать отчет.
Даже если монитор открыт, когда там слишком много данных, он все равно начинает тормозить - его надо очищать вручную.
Если у вас отчет написан через старую технологию, с использованием OLE объектов для построения excel - забейте болт и перепbшите его на OOXML. Он априори в несколько раз быстрее работает просто за счет технологии. |
|
|
Volod
Эксперт
Вступление в Клуб: 19.09.2007
|
| Ср Июл 02, 2025 09:08 |
|
Полезность: Нет оценки
|
| Цитата: | | перепbшите его на OOXML |
В теме - OOXML.
Как вариант, OOXML формируется на сервере, для открытия передается на локальную станцию, м.б. что-то здесь. Можно добавить отладку перед FINISH, чтобы посмотреть, как формируется отчет у разных пользователей |
|
|
pabrz
Участник со стажем
Вступление в Клуб: 27.09.2022
|
| Ср Июл 02, 2025 10:22 |
|
Полезность: Нет оценки
|
Внимание почему-то в теме не обратил.
Можно еще внутри отчета посмотреть на всякие глобальные коллекции, если они использовались, или штуки типа TEMP_TABLE_S, тоже если использовалось и за собой не почистили.
Вообще очень много всего такого можно придумать... Глаза разбегаются ) |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
