ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Inner join on LIKE
10 сообщений из 35, страница 2 из 2
  2  все
Inner join on LIKE
    #39462522
Фотография env
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
env
Участник
Кривошипно-шатунный механизм,

Т.е. кто такие книга и фотошопа - вопроса не возникло? Уже хорошо.
...
Рейтинг: 0 / 0
30.05.2017, 16:47
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39462537
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_photoshop
Участник
Alexus12индекса по номерам счетов нет и поставить нельзяИндексы и не нужны.
Alexus12основной вопрос такой: если join по like, то hash / merge в принципе невозможен? т.е. план всегда будет nested loops?Ну ты можешь попробовать merge только лучше не станет
join ... on value >= regexp_substr(mask, '[^%_]+') + filter by like

Так что там по поводу распределения масок?
Код: plsql
1.
2.
3.
4.
select length(fixed_mask) l, count(*) cnt
  from (select regexp_substr(mask, '[^%_]+') fixed_mask from t)
group by length(fixed_mask)
order by 1
...
Рейтинг: 0 / 0
30.05.2017, 16:59
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39462538
stax..
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stax..
Участник
Alexus12,

а если так ?
Код: plsql
1.
2.
select * from emp e
where exists (select 1 from dept d where e.ename like d.dname)



ps
я так понимаю, маски не пересекаются
......
stax
...
Рейтинг: 0 / 0
30.05.2017, 17:00
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39462550
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_photoshop
Участник
stax..а если так ?Если много масок может соответсвовать и надо получить лишь факт наличия соответсвия, то будет лучше чем self join
(поскольку фильтр работает до нахождения первого соответствия), но не на порядки.
Если не более одной маски может соответсвовать, то производительность такая же как для self join.
...
Рейтинг: 0 / 0
30.05.2017, 17:12
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39462557
stax..
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stax..
Участник
dbms_photoshopstax..а если так ?Если много масок может соответсвовать и надо получить лишь факт наличия соответсвия, то будет лучше чем self join
(поскольку фильтр работает до нахождения первого соответствия), но не на порядки.
Если не более одной маски может соответсвовать, то производительность такая же как для self join.
self join ето?
Код: plsql
1.
select * from emp e,dept d where e.ename like d.dname



если маски пересекаются то ето будут разные запросы
при пересечении масок, надо убрать дубли и на 100млн ето наверное ощутимо

.....
stax
...
Рейтинг: 0 / 0
30.05.2017, 17:20
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39462558
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_photoshop
Участник
dbms_photoshopstax..а если так ?Если много масок может соответсвовать и надо получить лишь факт наличия соответсвия, то будет лучше чем self join
(поскольку фильтр работает до нахождения первого соответствия), но не на порядки.
Если не более одной маски может соответсвовать, то производительность такая же как для self join.Даже если не более одной, чуть лучше self join по описанной причине.
...
Рейтинг: 0 / 0
30.05.2017, 17:21
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39462565
stax..
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stax..
Участник
dbms_photoshopdbms_photoshopпропущено...
Если много масок может соответсвовать и надо получить лишь факт наличия соответсвия, то будет лучше чем self join
(поскольку фильтр работает до нахождения первого соответствия), но не на порядки.
Если не более одной маски может соответсвовать, то производительность такая же как для self join.Даже если не более одной, чуть лучше self join по описанной причине.
я чуть не о том
если более одной, то надо distinct, иначе будут дубли
дистинкт для 130+ млн строк, имхо ето не мало

.....
stax
...
Рейтинг: 0 / 0
30.05.2017, 17:25
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39469728
Alexus12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexus12
Участник
гуру ASKTOM ответили
https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:9535219800346176907

что если есть возможность добавить доп.условие на равенство, например

subst(p,1,5) =substr(a,1,5)

то джойн будет выполняться как HASH

это сильно помогло ускорить запрос.
...
Рейтинг: 0 / 0
09.06.2017, 18:00
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39469735
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_photoshop
Участник
Alexus12,

Если б ты отвечал на вопросы тебе б и здесь ответили.
Я тебя спрашивал дважды про распределение, но ты, видимо, читаешь по диагонали.
...
Рейтинг: 0 / 0
09.06.2017, 18:06
| Ответить | Цитировать | Написать  
Inner join on LIKE
    #39469743
Фотография AmKad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AmKad
Участник
Этот ответ был дан сразу env-ом.
...
Рейтинг: 0 / 0
09.06.2017, 18:21
| Ответить | Цитировать | Написать  
10 сообщений из 35, страница 2 из 2
  2  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Inner join on LIKE
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39462550&tid=1885779]:
 0ms
get settings:
 5ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 172ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 54ms
get tp. blocked users:
 1ms
others: 196ms
total:  462ms
созд. / загр.: 462ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]