Форум: "Базы";
Текущий архив: 2002.04.11;
Скачать: [xml.tar.bz2];
Внизпоиск по бд Найти похожие ветки
← →
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 вся ветка
Форум: "Базы";
Текущий архив: 2002.04.11;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.009 c