Nick писал(а) 05. Ноября 2007 :: 03:01:Uzhast писал(а) 05. Ноября 2007 :: 02:35:Эээ... В смысле, при использовании GOTO и
SKIP 
Видимо в справке не всё написано
, попробовал в самом фоксе тоже самое.
Вообще, странно, конечно
На форумах по фокспру так бодро советуют, как его использовать
(Вроде, даже нашего Вадимко там видел
) Типа, ставим фильтр, потом достаточно переместить куда-нибудь текущий указатель (например, GO TOP) и все - фильтр работает. А я в prg все так и делал - эффекта 0. Вот и подумал, что это просто косяки OLE DB-провайдера. А, может, я его просто не так готовлю?
Nick писал(а) 05. Ноября 2007 :: 03:01:Видимо применять это можно только для:
Note:
When using SET FILTER to filter data in a grid, use the SET KEY command to increase grid performance.
Точнее, в этой цитате просто говорится, что для гридов более подходящим будет использование SET KEY, потому что SET KEY работает исключительно на индексах. А SET FILTER может фильтровать не только по индексному выражению, но и по любому другому. Что в общем случае может быть медленным. Однако, если выражение фильтра попадает в индекс, то, по идее, SET FILTER по производительности не должен отличаться от SET KEY. Как на самом деле обстоят дела - не знаю. Да и в любом случае SET KEY не работает тоже
Nick писал(а) 05. Ноября 2007 :: 03:01:Вот это не пойдёт?
SCAN [NOOPTIMIZE] [Scope] [FOR lExpression1] [WHILE lExpression2]
[Commands]
[LOOP]
[EXIT]
ENDSCAN
Аж ностальгия прошибла
Я когда-то ведь знал про эту хреновину и даже использовал. А сейчас забыл все нахрен. Сейчас у меня используется некая рукопашная реализация SCAN. Не знаю, будет ли положительный эффект от перехода на явный SCAN?...
Страницы: 
Провайдер OLE DB от VFP SP2 (число прочтений - 21045 )
