|
Почему возникает ошибка при пеердаче пареметра A:A
|
|||
---|---|---|---|
#18+
The_Prist, Ты так и не понял. Забудь. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2015, 10:10 |
|
Почему возникает ошибка при пеердаче пареметра A:A
|
|||
---|---|---|---|
#18+
hclubmk, hclubmk, видимо это ты не понял, потому что читаешь через строку другие сообщения. Никто не утверждал того, о чем ты написал. Shocker.Proто есть автор пытается просматривать в цикле полностью столбец. При этом реально заполнено может быть ну пусть несколько тысяч строк Shocker.Proты создаешь UsedRange с миллионом строк и почти весь его обрабатываешь. Есть строк десять тысяч - то Find будет работать на порядок быстрее, если тысяча - на два порядка Речь-то о том, что ты в тестовых процедурах создаешь заполненный на весь столбец массив и его обрабатываешь. А если исходить не из этого, а из того, что: -реально на листе заполнено 200 строк; -а в массив забирается полностью столбец(миллион строк) как в первом сообщении и вес этот массив просматривается циклом. Т.е. 1000000 итераций, вместо 200 -Find при этом просмотрит только 200 строк, а не весь столбец, т.к. в его внутреннюю реализацию заложен поиск только в пределах UsedRange. Об этом тебе и толкуют: Shocker.ProТак что оптимальным будет твой алгоритм с массивом, который предварительно усекает диапазон до UsedRange The_Pristнадо вернуть более одного совпадения - то массивы несомненно выигрывают Ты для начала сам улови суть чужих слов, а потом уже говори кто чего не понял. Тебе говорят, что надо усекать пределы просмотра, а ты где-то в этом уловил утверждение, что вызов объектной модели быстрее массива. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2015, 12:17 |
|
|
start [/forum/topic.php?fid=60&gotonew=1&tid=2155791]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 298ms |
total: | 417ms |
0 / 0 |