|
![]() |
#1 |
Member
|
Вернул индекс. Запустил на 400,000. Аксапта загрызла диск. Браузер подвисает сильно.
Прав был Wamr, когда советовал на больших объемах временные таблицы не использовать... Оооооо! Вот и результат приготовился (400,000 vs 40,000). ============================= 204.05 vs 11.77 = 17.34 400001 vs 40001 = 10 461.88 vs 4.58 = 100 Уже как при джоине чисто квадратично получилось. Предчувствую что дальше будет еще хуже.
__________________
С уважением, glibs® |
|
![]() |
#2 |
Member
|
А я говорю про ОТВЕТСВЕННОСТЬ за свои действия.
И чего вы так переживаете по поводу этиц цифр на форуме... они того не стоят.
__________________
С уважением, glibs® |
|
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Member
|
Мои исследования начались с попыток "прокачать" движок глобального поиска (реальная прикладная задача).
Похоже что когда количество данных у меня достигнет определенного предела — вместо временных табличек таки придется написать что-то другое. Либо в 6.0 что-то изменится. Я слышал про планы переноса временных таблиц в SQL СУБД. Посмотрим... Если припрет — отпишу чем все закончилось. Вообще... либо постоянные таблицы, либо мапы... Но на таких объемах запись в постоянные таблицы тоже не будет быстрой. Особенно если их еще и индексами снабдить.
__________________
С уважением, glibs® |
|
Теги |
временная таблица, оптимизация, полезное, производительность |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|