Вниз
Скачать: CL | DM;

Что будет быстрее?   Найти похожие ветки 

 
Aleksandr.   (2005-02-10 13:19) [0]

Есть таблица с записями, индексированными по Id1,Id2. Есть список файлов с именами, состоящими из Id2+Id1. Требуется оставить в списке файлов только те, которые отсутствуют в таблице. Что будет быстрее - перебирать List файлов и для каждого делать FindKey в таблице, или перебирать таблицу по Next и для каждой проверять IndexOf имени файла?


 
Sergey13 ©   (2005-02-10 13:23) [1]

Проверка этого самостоятельно заняла бы не менее полугода? 8-)


 
Aleksandr.   (2005-02-10 13:31) [2]

Sergey13 © :
Во всяком случае, больше, чем задать вопрос на форуме :))


 
Anatoly Podgoretsky ©   (2005-02-10 13:41) [3]

Значительно меньше, чем 22 минуты, а реальнь еще меньше, поскольку пока нет желающих за тебя это сделать.
Скажи ты принципиально не будешь это проверять?
А что ты тогда будешь делать если никто это также делать не будет?


 
Aleksandr.   (2005-02-10 13:53) [4]

Господин Подгорецкий! Прекратите свой излюбенный флуд, если Вам больше нечего сказать по теме! Форум существует не для того, чтобы Вы изголялись в остроумии, а для обмена опытом. Я ни от кого не требовал, чтобы это было сделано. Если кто-то уже сталкивался с такой задачей, то ответит, если нет - так проверю экспериментально, просто будет потрачено больше времени.


 
Anatoly Podgoretsky ©   (2005-02-10 14:11) [5]

Халявщиков нигде не любят. Твой вопрос элементарно проверяется сравнением не отходя от комьютера. Так что к флуд надо отнести твой вопрос, а не мои комментарии.
Ну ты жди, может кто и смилостивится, проведет за тебя тесты, может быть.


 
sniknik ©   (2005-02-10 15:02) [6]

> Ну ты жди, может кто и смилостивится, проведет за тебя тесты, может быть.
а смысл? они же все одно не будут отражать реальной картины (то что у него) имхо, как понял вопрос, будут разные результаты при большом количестве имен в таблице и малом на диске, и наоборот большом на диске и малом в таблице (теоретически)... оптимум подбирать надобно.


 
sniknik ©   (2005-02-10 15:16) [7]

сори, оказывается вопрос совсем не понял (перечитал). [6] снимается, там у него с диском вообше нет работы, есть список...
ну да ладно, все одно проверять не буду (сложнее чем спрашивающему, у него хотя бы исходные данные есть а тут еще приблизительные тестовые надо генерить...).


 
Anatoly Podgoretsky ©   (2005-02-10 15:47) [8]

sniknik ©   (10.02.05 15:16) [7]
А без разницы, все равно то что ты сказал будет наблюдаться доя разных соотношений. В вот тестировать он не хочет. Но еще не все потеряно, еще не все эту тему прочитали, пусть еще подождет.


 
Desdechado ©   (2005-02-10 17:14) [9]

это вопрос эффективности кода поиска на сервере по индексу (фактически по бинарному дереву, что очень зависит от разнообразия комбинаций ID) и на клиенте в списке (как там реализован поиск (сортированный ли список, какой метод и т.д.), а также от характеристик клиентской машины и серверной


 
Aleksandr.   (2005-02-10 20:51) [10]

Desdechado © :
Спасибо.


 
Desdechado ©   (2005-02-10 21:10) [11]

Да, только заметил, что ID переставлены местами. В лоб такое по индексу искать бесполезно.



Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.47 MB
Время: 0.044 c
1-1109574679
mmms
2005-02-28 10:11
2005.03.13
Как бы зациклить "Tab" на одной панели, не переходить на другие


6-1104840203
Sergio
2005-01-04 15:03
2005.03.13
Зарубежный трафик


1-1109184659
tUUm
2005-02-23 21:50
2005.03.13
Сервис запускается но неработает.


1-1109237398
Vizitor
2005-02-24 12:29
2005.03.13
Переключение раскладки клавиатуры


6-1104863244
Донской
2005-01-04 21:27
2005.03.13
Прикол с tnmsmtp под winnt4




   Наверх