1. 
 Сейчас юзаю оптимизированные фильтры (очень удобно в SIX , ADS). 
 Поставил фильтр и не важно на какой из индексов юзер переключится 
 фильтр будет актуален и на нем. 
 При добавлении записей тоже нет проблем. Считал показания Dbfilter 
 (в общем случае) , снял фильтр и после завершения "операции" 
 вернул фильтр на место. 
 Речь идет только о работе с фильтрами в browse. В отчетах фильтрами 
 я как правило не пользуюсь и выборки идут оптимально по индексам. 
  
  
 2. 
 Хочется задачу перевести на Harbour , но в нем нет оптимизированых 
 фильтров (ADS для Harbour не актуален и хочу уйти с него на LetoDB). 
 В LetoDB так же нет оптимизированных фильтров и заменить их можно 
 только на SCOPE или индексом CUSTOM ADDITIVE. 
 Сustom Additive не вариант для сетевой базы да еще с большим весом 
 самой базы. Поэтому отбросил пока этот вариант. 
 Остался SCOPE. Работает идеально и быстрее оптимизированных фильтров. 
  
 3. 
 Пока не представляю как оптимально и без больших доработок прикрутить 
 SCOPE к пункту 1. 
 Допустим юзер открыл базу в которой 5 индексов. Он может самостоятельно 
 менять сортировку базы (переключая индексы). 
 Понадобилось ему поставить фильтр (аля SCOPE , допустим есть и 6 индекс), 
 он его ставит. И вот тут вопрос каков ключ должен быть у этого индекса 
 что бы не нарушить текущую сортировку и вопрос 2: допустим SCOPE установлен, 
 но при смене юзером сортировки , SCOPE нас покинет так как останется 
 привязанным к 6 индексу и от фильтра аля SCOPE и следа не останется. 
  
 Может есть у кого опыт перехода с фильтров в browse на scope ? 
  
 

 
 Структура базы 
   "naim","c",20,0  
   "kod1","n",2,0  
   "kod2","n",2,0  
   "kod3","n",2,0 
  
 есть 4 индекса 
 indeks on naim to test1 
 indeks on kod1 to test2 
 indeks on kod2 to test3 
 indeks on kod3 to test4 
  
 К базе подключены в следующем порядке 
 use test index test1,test2,test3,test4 
  
 Индексы test2,test3,test4 созданы только 
 лишь для оптимизированных фильтров по этим 
 полям. 
 База всегда (в Browse) должна быть отсортирована 
 по алфавиту (поле naim). 
 Ставить нужно примерно вот такие фильтры 
 Set filter to kod1==3 
 Set filter to kod2==77 
 Set filter to kod3==12 
 Set filter to kod1==1 .and. kod2==76 .and. kod3==3 
 и тд и тп 
 Все эти фильтры будут оптимизированы. 
  
 Для того что бы реализовать это через Scope , ну скажем 
 вот такой фильтр Set filter to kod1==3 
 Необходимо иметь индекс с ключиком str(kod1,2)+naim 
 и ставим фильтр: Set scope to " 3"," 3" 
  
 Аналогично подходим к фильтру Set filter to kod1==1 .and. kod2==76 .and. kod3==3 
 Необходимо иметь индекс с ключиком str(kod1,2)+str(kod2,2)+str(kod3,2)+naim 
 и ставим фильтр: Set scope to " 1"+"76"+" 3"," 1"+"76"+" 3" 
 Если же на том же индексе надо установить фильтр вида Set filter to kod3==3 
 То вероятно Scope будет выглядеть так 
 Set scope to " 0"+" 0"+" 3","99"+"99"+" 3" 
  
 Я вообще правильно подхожу к Scope ? ;) 
  
 

 
 index on str(kmcod,6)+str(codgr,6) to klient 
 ordscope(0,"     0") 
 ordscope(1,"     3") 
  
 Выберет из базы записи с kmcod от 0 до 3 включительно , проверил пашет 
  
 ordscope(0,"     3"+"    61") 
 ordscope(1,"     3"+"    61") 
 Выберет из базы записи с kmcod  3 и codgr==61 , проверил пашет 
  
  
 А вот так не работает как ожидалось 
 ordscope(0,"     0"+"    61") 
 ordscope(1,"     3"+"    61") 
  
 то есть выборка по kmcod правильная а по codgr нет и встречаются записи с codgr # 61 
 где я не прав ?