On-line: Andrey, Pasha, SergKis, гостей 0. Всего: 3 [подробнее..]
АвторСообщение
администратор




Пост N: 2674
Зарегистрирован: 17.05.05
ссылка на сообщение  Отправлено: 06.03.13 14:26. Заголовок: Scope vs Optimized Filter


 


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 ?



Спасибо: 0 
ПрофильЦитата Ответить
Ответов - 35 , стр: 1 2 All [только новые]


постоянный участник




Пост N: 157
Зарегистрирован: 17.02.12
ссылка на сообщение  Отправлено: 07.03.13 16:11. Заголовок: Dima пишет:Да точно ..


Dima пишет:
 цитата:
Да точно так же решается


Что мы увидим (для index5) задав scope " 0"+"10"+"ABC","99"+"10"+"ABC" имея <nn>+<nn>+<nn>+name в ордере ? Поэтому я говорю - частично решает в общем случае и возможно все решает в частном Вашем.

Если существует иерархия kod1->kod2->kod3 + name, НЕ участвующее в запросах для Browse, то достаточно:
index name
index kod1+kod2+kod3+name

Если существует иерархия kod1->kod2->kod3 + name, участвующее в запросах для Browse, то:
index name
index kod1+name
index kod1+kod2+name
index kod1+kod2+kod3+name

Если kod1,kod2,kod3,name независимые объекты, то надо рассматривать необходимый перечень пересечений для просмотров Browse.





Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник


Пост N: 331
Зарегистрирован: 13.10.05
ссылка на сообщение  Отправлено: 07.03.13 16:18. Заголовок: А разве six и ads р..



 цитата:
А разве six и ads решает эту задачу ?



Ads решает эту задачу через запросы. Я уже неоднократно писал , что использую с Харбор (cdx) и ADS. ADS для запросов при формирования отчетов и различных выборок. Количество параметров, по которым отбираю до десятка.
Изменение таблиц через разные RDD не делаю и все нормально.

Спасибо: 0 
ПрофильЦитата Ответить
администратор




Пост N: 2683
Зарегистрирован: 17.05.05
ссылка на сообщение  Отправлено: 07.03.13 16:18. Заголовок: SergKis Посмотри пл..


SergKis
Посмотри плиз сообщение выше и мои комменты. Я прав или нет ?

Dima пишет:

 цитата:
Еще примерчик.



Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник




Пост N: 158
Зарегистрирован: 17.02.12
ссылка на сообщение  Отправлено: 07.03.13 16:28. Заголовок: Dima пишет:А вот так..


Dima пишет:
 цитата:
А вот такого плана Scope сработает верно ordscope(0," 3"+" 61") ordscope(1," 3"+" 77")


Именно так !


Спасибо: 0 
ПрофильЦитата Ответить
администратор




Пост N: 2684
Зарегистрирован: 17.05.05
ссылка на сообщение  Отправлено: 07.03.13 16:32. Заголовок: Всем спасибо. Все по..


Всем спасибо. Все понял.
SergKis
Теперь понятно почему столько тегов у тебя к базе ;)

Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник




Пост N: 159
Зарегистрирован: 17.02.12
ссылка на сообщение  Отправлено: 07.03.13 16:35. Заголовок: Vlad04 пишет:Ads реш..


Vlad04 пишет:
 цитата:
Ads решает эту задачу через запросы. Я уже неоднократно писал , что использую с Харбор (cdx) и ADS. ADS для запросов при формирования отчетов и различных выборок. Количество параметров, по которым отбираю до десятка.


Полностью согласен. С harbour и letodb в новых прогах - тоже решаю через запросы (на memio), но что делать, если есть старые - напрямую работающие с базой Browse ? Перебирать - накладно.

Спасибо: 0 
ПрофильЦитата Ответить
Администратор




Пост N: 2722
Зарегистрирован: 23.05.05
ссылка на сообщение  Отправлено: 07.03.13 17:19. Заголовок: Vlad04 пишет: Ads р..


Vlad04 пишет:

 цитата:
Ads решает эту задачу через запросы. Я уже неоднократно писал , что использую с Харбор (cdx) и ADS. ADS для запросов при формирования отчетов и различных выборок. Количество параметров, по которым отбираю до десятка.



Запрос это не панацея. Использование запроса приводит только к уменьшению сетевого трафика, и не более. Сам запрос может быть как оптимальным, так не оптимальным. Если для выполнения запроса находится соответствующий индекс (план), то выборка будет ограниченной, т.е оптимальной. Если такого индекса нет, то для выборки нужен цикл по всей таблице, т.е. полный перебор, что не есть хорошее решение. Запросы могут быть и частично оптимальными.
Часто при нынешних высокопроизводительных компьютерах и не почувствуешь, оптимален запрос или нет. Поэтому желательно сначала научиться строить такие запросы ручками, т.е. определить необходимые индексы, указывать, какой из них будет управляющим. Потом это будет уже на автомате.

Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник


Пост N: 332
Зарегистрирован: 13.10.05
ссылка на сообщение  Отправлено: 07.03.13 18:06. Заголовок: Кто бы спорил . Я и..


Кто бы спорил .
Я и SCOPE применяю и временные индексы.
Что и как применять зависит от многих условий ...
Хорошо , что есть выбор. Жаль, что в Харбор встроенного SQL нет.

Спасибо: 0 
ПрофильЦитата Ответить
Администратор




Пост N: 2723
Зарегистрирован: 23.05.05
ссылка на сообщение  Отправлено: 07.03.13 22:13. Заголовок: Dima пишет: index o..


Dima пишет:

 цитата:
index on str(kmcod,6)+str(codgr,6) to klient

А вот так не работает как ожидалось
ordscope(0," 0"+" 61")
ordscope(1," 3"+" 61")



Чтобы при таком индексе работало, надо задать:

ordscope(0," 0")
ordscope(1," 3")
set filter to codor=61

Это будет частично оптимизированный фильтр.

Чтобы сделать полностью оптимизированный фильтр, нужен индекс с полями наоборот:

index on str(codgr,6)+str(kmcod,6) to klient2

и фильтр scope:

ordscope(0,str(61,6)+str(0,6))
ordscope(1,str(61,6)+str(3,6))

Надо определиться, как часто понадобится такая выборка, прежде чем создавать дополнительный тэг


Спасибо: 0 
ПрофильЦитата Ответить
администратор




Пост N: 2685
Зарегистрирован: 17.05.05
ссылка на сообщение  Отправлено: 07.03.13 22:30. Заголовок: Pasha пишет: Надо о..


Pasha пишет:

 цитата:
Надо определиться, как часто понадобится такая выборка, прежде чем создавать дополнительный тэг


Да я вот тоже задумался , но все равно что то делать нужно , так как с Clipper и ADS хочется уйти. Решил начать
с фильтров. А задача не кислая , 4.5 метра исходников.

Спасибо: 0 
ПрофильЦитата Ответить
Администратор




Пост N: 2724
Зарегистрирован: 23.05.05
ссылка на сообщение  Отправлено: 07.03.13 22:41. Заголовок: Если оставить прежни..


Если оставить прежний набор индексов, то надо только правильно выставлять управляющий индекс в каждый момент времени. Работать будет не хуже, чем при прежнем алгоритме.
Новые индексы (тэги) надо добавлять, если хочется что-то улучшить. Но это необязательно. Лучшее - враг хорошего. Это я по своему опыту сужу.

Спасибо: 0 
ПрофильЦитата Ответить
администратор




Пост N: 2686
Зарегистрирован: 17.05.05
ссылка на сообщение  Отправлено: 07.03.13 23:15. Заголовок: Pasha пишет: Если о..


Pasha пишет:

 цитата:
Если оставить прежний набор индексов, то надо только правильно выставлять управляющий индекс в каждый момент времени. Работать будет не хуже, чем при прежнем алгоритме.


Да дружище это я понял уже и перевариваю.....

Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник


Пост N: 104
Зарегистрирован: 29.05.10
ссылка на сообщение  Отправлено: 08.03.13 08:51. Заголовок: AlexMyr пишет: все ..


AlexMyr пишет:

 цитата:
все записи по конкретному таб ном + по заданному году + по заданному месяцу+по заданному виду


А если год >2010 + 3>месяц<7 то как ?

Спасибо: 0 
ПрофильЦитата Ответить
администратор




Пост N: 2689
Зарегистрирован: 17.05.05
ссылка на сообщение  Отправлено: 08.03.13 11:57. Заголовок: ММК пишет: А если г..


ММК пишет:

 цитата:
А если год >2010 + 3>месяц<7 то как ?


С помощью только Scope ни как.
А вот если выбрать конкретный год и месяца с 3 по 7 то можно ;)

Спасибо: 0 
ПрофильЦитата Ответить
постоянный участник




Пост N: 160
Зарегистрирован: 17.02.12
ссылка на сообщение  Отправлено: 08.03.13 12:34. Заголовок: AlexMyr пишет:все за..


AlexMyr пишет:
 цитата:
все записи по конкретному таб ном + по заданному году + по заданному месяцу+по заданному виду


В задаче, правильнее начинать с тега, собранного по времени: DtoS(FielddDate)+tnom+..., т.к. запросы, как правило, начинаются с периода. В данном случае такой тег с датой дополнительно иметь не помешает.


Спасибо: 0 
ПрофильЦитата Ответить
Ответов - 35 , стр: 1 2 All [только новые]
Ответ:
1 2 3 4 5 6 7 8 9
большой шрифт малый шрифт надстрочный подстрочный заголовок большой заголовок видео с youtube.com картинка из интернета картинка с компьютера ссылка файл с компьютера русская клавиатура транслитератор  цитата  кавычки моноширинный шрифт моноширинный шрифт горизонтальная линия отступ точка LI бегущая строка оффтопик свернутый текст

показывать это сообщение только модераторам
не делать ссылки активными
Имя, пароль:      зарегистрироваться    
Тему читают:
- участник сейчас на форуме
- участник вне форума
Все даты в формате GMT  3 час. Хитов сегодня: 371
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет