hogik писал(а) 23. Августа 2008 :: 19:49:

На dbeng32 8.0.0.2 и 7.0.0.3 (icpp 3.0.1.15, 1c 7.70.027, WinXP) у меня конструкция
ИТЗ.ДобавитьИндекс("КолВоТоргТочек","Ходка,ТорговаяТочка",1);
с чего-то стала работать раз в 50 медленнее: вместо 0.5с-0.7с целых ~4с 

Djelf писал(а) 25. Августа 2008 :: 23:58:


Это действительно может быть, только я подозреваю что проблема будет ещё шире, можно попробовать какой-нибудь стандартный отчет погонять с патчем и без него

PVR писал(а) 26. Августа 2008 :: 05:13:


Тестировал на отчете построеном на сложных алгоритмах сортировки и группировки ИТ.

Время работы ИТ не изменилось !  

Возможно ты раньше использовал *-по внутреннему 

Федор, может всё про dbeng32 8.0.0.2 из этой ветки в отдельную скинуть?

PVR писал(а) 26. Августа 2008 :: 07:44:

Прелесть индексов "по внутреннему представлению", и индексов по простым типам - в том, что им база данных вообще нафиг не нужна.
Т.е. от версии базы, SQL/DBF, а равно как и от версии dbeng, - никак не зависит.

А вот обычные индексы - вовсю преобразуют значения в строку.
Конечно, там влияет внутреннее для 1С кеширование значений, но на больших выборках - это уже не помогает.
Так что время построения простого индекса по приличной выборке - действительно показывает что-то осмысленное в плане тестирования скорости доступа к БД.

kiruha писал(а) 26. Августа 2008 :: 08:08:

+1
Цитата:

даже лучше

kms писал(а) 26. Августа 2008 :: 08:11:

Поясню.
сложность сравнения строк: O(n)
сложность внутреннего сравнения справочников/документов: const

kms писал(а) 26. Августа 2008 :: 08:22:

Ага, видел. Просто изменения способа сортировки для ИТЗ конечно исправит эту проблему в каких-то отчетах, но не станит ли этот патчь тормозом в целом для конфигурации?