| Summary: | Очень медленное выполнение обработки | ||
|---|---|---|---|
| Product: | SELTA@Etersoft | Reporter: | Александр Пликус <pav> |
| Component: | Общее | Assignee: | Калюхович Юрий <goga> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P4 | CC: | goga, lav, shan, stas |
| Version: | 1.0.4 | ||
| Target Milestone: | версия 1.0.4 | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | 3516, 3651 | ||
| Bug Blocks: | 3166 | ||
|
Description
Александр Пликус
2008-11-20 12:04:54 MSK
на Selta 1.0.5 + 8.3.11 отчет так же долго выполняются.... блокирую релиз 1,0,6 Сперва надо проверить как будет выполняться при запуске 1С под Windows(так же через SELTA@Etersoft), чтобы убедиться что это проблема не WINE@Etersoft. сельта 1.0.5 постгри 8.3.5 на тестинге, наша база, выполнение обработки: клиент на lin-test - 2:50 мин клиент на win-test - 2:30 мин давай теперь для полной картины... в dbf варианте и с MS SQL... в dbf варианте выполнение отчета заняло всего 3-4 секунды в качестве сервера с dbf-базой - testing, клиент на win-test, как и раньше хорошо... теперь в MS SQL... MSSQL vs PostgreSQL v8.3.5 sql-server на win2k3, клиент на win-test, выполнение отчета заняло: к mssql - 9:37 мин:сек к pgsql - 9:58 мин:сек существенной разницы не вижу... получается что это особенность SQL базы ... выполнять отчет так долго... (в данном случае 9 минут получилось так как машина с MS SQL медленнее сама по себе так?) (In reply to comment #8) > получается что это особенность SQL базы ... > выполнять отчет так долго... (в данном > случае 9 минут получилось так как машина с MS > SQL медленнее сама по себе так?) > да, win2k3 по параметрам железа послебее будет тестинга и win-test/lin-test надо проверить еще раз после решения баги 3516 (In reply to comment #10) > надо проверить еще раз после решения баги > 3516 > Вариан для проверки уже есть: ftp://updates.etersoft.ru/pub/Etersoft/SELTA@Etersoft/unstable/Windows/WorkCurs/selta-1.0.5.20090311.msi Я так понимаю, что багу можно прикрывать, признав разницу >к mssql - 9:37 мин:сек >к pgsql - 9:58 мин:сек несущественной, и списать на postgres. |