Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Что будет быстрее? [D7, MSSQL, Paradox]

Aleksandr. © (2005-02-10 13:19:00)
Есть таблица с записями, индексированными по Id1,Id2. Есть список файлов с именами, состоящими из Id2+Id1. Требуется оставить в списке файлов только те, которые отсутствуют в таблице. Что будет быстрее - перебирать List файлов и для каждого делать FindKey в таблице, или перебирать таблицу по Next и для каждой проверять IndexOf имени файла?

Desdechado (2005-02-10 21:10:00) [1]
Да, только заметил, что ID переставлены местами. В лоб такое по индексу искать бесполезно.

Aleksandr. (2005-02-10 20:51:00) [2]
Desdechado © :
Спасибо.

Desdechado (2005-02-10 17:14:00) [3]
это вопрос эффективности кода поиска на сервере по индексу (фактически по бинарному дереву, что очень зависит от разнообразия комбинаций ID) и на клиенте в списке (как там реализован поиск (сортированный ли список, какой метод и т.д.), а также от характеристик клиентской машины и серверной

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

sniknik (2005-02-10 15:16:00) [5]
сори, оказывается вопрос совсем не понял (перечитал). [6] снимается, там у него с диском вообше нет работы, есть список...
ну да ладно, все одно проверять не буду (сложнее чем спрашивающему, у него хотя бы исходные данные есть а тут еще приблизительные тестовые надо генерить...).

sniknik (2005-02-10 15:02:00) [6]
> Ну ты жди, может кто и смилостивится, проведет за тебя тесты, может быть.
а смысл? они же все одно не будут отражать реальной картины (то что у него) имхо, как понял вопрос, будут разные результаты при большом количестве имен в таблице и малом на диске, и наоборот большом на диске и малом в таблице (теоретически)... оптимум подбирать надобно.

Anatoly Podgoretsky (2005-02-10 14:11:00) [7]
Халявщиков нигде не любят. Твой вопрос элементарно проверяется сравнением не отходя от комьютера. Так что к флуд надо отнести твой вопрос, а не мои комментарии.
Ну ты жди, может кто и смилостивится, проведет за тебя тесты, может быть.

Aleksandr. (2005-02-10 13:53:00) [8]
Господин Подгорецкий! Прекратите свой излюбенный флуд, если Вам больше нечего сказать по теме! Форум существует не для того, чтобы Вы изголялись в остроумии, а для обмена опытом. Я ни от кого не требовал, чтобы это было сделано. Если кто-то уже сталкивался с такой задачей, то ответит, если нет - так проверю экспериментально, просто будет потрачено больше времени.

Anatoly Podgoretsky (2005-02-10 13:41:00) [9]
Значительно меньше, чем 22 минуты, а реальнь еще меньше, поскольку пока нет желающих за тебя это сделать.
Скажи ты принципиально не будешь это проверять?
А что ты тогда будешь делать если никто это также делать не будет?

Aleksandr. (2005-02-10 13:31:00) [10]
Sergey13 © :
Во всяком случае, больше, чем задать вопрос на форуме :))

Sergey13 (2005-02-10 13:23:00) [11]
Проверка этого самостоятельно заняла бы не менее полугода? 8-)

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »