[ALexandr555]

вопрос теоретический ради интереса
насколько эфективно использовать такой поиск,

Код:

Query.SQL.text:='Select * from Tabl where ID="'+id+'"';
Query.open;

скажем в 10000 записях, не долго обрабатывается?

[lmikle]

Делаешь индекс по ID и будет работать мухой хоть на 1000000 записях.

[M.A.D.M.A.N.]

Какая СУБД и на каком сервере? В принципе обывательская БД довольно шустро такое выполнит, да и не думаю, что у тебя там будет более чем легион записей.

[friz]

1) Никаких звездочек в запросах! это лишний подзапрос для сервера что бы получить список полей для таблицы.
2) Делать только через bind переменные. Что бы субд не парсило запрос каждый раз!

как-то так:

Код:

Query.SQL.text:='Select Field1,Field2 from Tabl where ID= :id ';
Query.ParamByName('id').asInteger:=id;
Query.open;

[ALexandr555]

friz

Код:

Query.SQL.text:='Select Field1,Field2 from Tabl where ID= :id ';
Query.ParamByName('id').asInteger:=id;
Query.open;

спасибо за совет
сейчас исправлю все)

Код:

Query.SQL.text:='UPDATE bdbot SET INFObd="'+info+'" where idbd="'+id+'"';
Query.ExecSQL;

а в таких запросах тоже нужно переделать под bind переменные?
БД access,использую компонент TADOQery
так вот тогда по скольким записям поиск не будет превышать 50мсек скажем

lmikle

Делаешь индекс по ID и будет работать мухой хоть на 1000000 записях.

я об этом слышал но не имею представления конкретного, так понимаю если id 5 то искать с 1 по 10000, id 15634 ищем с 10000 по 20000 но конкретнее я не знаю как искать в одной бд так, кроме как разделить на несколько таких бд.

[friz]

в любом запросе желательно использовать bind переменные, это хороший тон программирования.

[Страдалецъ]

Сообщение от lmikle

Делаешь индекс по ID и будет работать мухой хоть на 1000000 записях.

Эээ нет, это ты погорячился. Скорость работы напрямую зависит от того, что тянется таким запросом. Если у вас кроме id, еще 100 полей числовых, то тут lmikle прав, но вот если там строки, а уж не дай боже медиаконтент, то можешь смело идти чайку попить в процессе, может повезет и дождешься результата.

[ALexandr555]

Сообщение от Страдалецъ

Эээ нет, это ты погорячился. Скорость работы напрямую зависит от того, что тянется таким запросом. Если у вас кроме id, еще 100 полей числовых, то тут lmikle прав, но вот если там строки, а уж не дай боже медиаконтент, то можешь смело идти чайку попить в процессе, может повезет и дождешься результата.

в основном тянется 1 строковое поле, максимум три

[lmikle]

Сообщение от Страдалецъ

Эээ нет, это ты погорячился. Скорость работы напрямую зависит от того, что тянется таким запросом. Если у вас кроме id, еще 100 полей числовых, то тут lmikle прав, но вот если там строки, а уж не дай боже медиаконтент, то можешь смело идти чайку попить в процессе, может повезет и дождешься результата.

Естественно, время полной отработки будет зависеть от объема вытаскиваемых данных. Но собственно с временем чтения и передачи самих
данных ты все-равно ничего не сделаешь, разве только отложенную загрузку. А вот поиск данных - тут можно поиграть.

Индекс создается в БД и обрабатывается самой СУБД. Тебе для этого ничего делать не надо. См команду SQL CREATE INDEX.

[ALexandr555]

неужели все так просто
CREATE INDEX PIndex
ON таблица (поля)
//хотя синтаксис не тот похоже

а после добавления записи нужно повторно выполнять CREATE INDEX?

[lmikle]

нет, не нужно. индекс создается один раз, потом СУБД сама его поддерживает. Правда тут может быть другая засада. Если таблица очень большая, то при наличии индекса может возникнуть замедлении при вставке записей. Но эту проблему тоже можно решить.

[ALexandr555]

Очень большая это какая?) и как решать?

[Страдалецъ]

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

[ALexandr555]

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

CREATE INDEX PIndex
ON таблица (поле)