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

поиск по бд   Найти похожие ветки 

← →
reg   (2002-03-20 15:21) [0]

Как организовать быстрый поиск записи в DBGrid?

---

← →
sniknik ©   (2002-03-20 15:29) [1]

По убыванию скорости
самый быстрый это по индексу,
если нужно выбрать записи по какомуто критерию то тогда SELECT,
и если надо установить на позицию с заданными критериями и индексов нет то Locate

а вообще поконкретней вопрос не обрисуеш?

---

← →
reg   (2002-03-20 15:38) [2]

надо чтобы в окошке можно было писать буквы и в DBGrid записи прокручивались одновременно со вводом так, чтобы появлялась записи, начинающиеся с этого набора символов. Связь с бд через Table

---

← →
Nikolay M.   (2002-03-20 15:39) [3]

TTable.Locate

---

← →
Turalyon ©   (2002-03-20 15:40) [4]

В этом случае используй Locate

---

← →
reg   (2002-03-20 15:43) [5]

Можно привести примерчик использования Locate?

---

← →
sniknik ©   (2002-03-20 15:50) [6]

А в хелпе посмотреть?
Table1.Locate("Company;Contact;Phone", VarArrayOf(["Sight Diver", "P", "408-431-1000"]), [loPartialKey])

---

← →
reg   (2002-03-20 15:55) [7]

уже нашёл
спасибо за помощь

---

← →
Malder ©   (2002-03-20 16:17) [8]

Э-э-э. А locate это тоже, что и FILTER ?

Если нет - предлагаю так:

table1.filtered:=true;
table1.filter:="(Pole1=""что должно быть в первом поле"") and (Pole2=""что должно быть во втором поле"") ... ";

---

← →
Фэ ©   (2002-03-20 17:50) [9]

Для заданного вопроса корректный вариант через Locate.
2 Malder ©
Если не знаешь разницы - не мути.

---

← →
pusrg ©   (2002-03-20 18:08) [10]

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

---

← →
Фэ ©   (2002-03-20 18:24) [11]

Для ускорения поиска по любому желателен индекс.
В этом случае и Locate и FindNearest будут его использовать.
Если индекса нет то Locate построит фильтр, что дольше.

---

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

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



Память: 0.47 MB
Время: 0.009 c