КМ
ну в смысле map(&:strip)
Size: a a a
2021 May 19
BO
Не лишний
IK
"a b c d e".split.first(3).join(' ')
=> "a b c"
=> "a b c"
BO
Ошибься, да, лишний!
IN
хз, в случае с джоином каким-нибудь хитровыебанным, без строки написать - вообще не читаемо, SQL в этом случае проще прочитать
AI
Я говорил про строго конкретный случай
AI
Не везде можно обойтись orm без вставок. Это вполне очевидно.
2021 May 20
F
Привет всем
ЗА
время рекламы биткоинов?
F
чат ме планета
BO
Есть связь habtm Post к Tag.
Но почему, когда при запросе с несколькими id, к примеру:
Post.where(tags: { id: [1, 5] }) выводит данные по каждому id по отдельности?
Есть ли запрос, который находит по вхождению совместно, в случае связи habtm?
Но почему, когда при запросе с несколькими id, к примеру:
Post.where(tags: { id: [1, 5] }) выводит данные по каждому id по отдельности?
Есть ли запрос, который находит по вхождению совместно, в случае связи habtm?
RU
потому что
.where(tags: { id: [1, 5] }) генерирует запрос WHERE tag.id IN(1, 5)BO
Ну понятно. А как же быть, если надо по совместному вхождению?
Перешел от жесткой привязки к habtm, а теперь, видите что он не умеет.
Перешел от жесткой привязки к habtm, а теперь, видите что он не умеет.
AI
Может distinct хватит?
BO
Это же тоже самое что и почти uniq
AI
Это не решает твою задачу?
BO
Пример.
Есть данные:
[1,5,9]
[1]
[5]
При поиске по [1,5] должен вернуть первую строку, а не все. По вышеописанному запросу выведет все.
Есть данные:
[1,5,9]
[1]
[5]
При поиске по [1,5] должен вернуть первую строку, а не все. По вышеописанному запросу выведет все.
BO
То есть, такой запрос: Post.joins(:tags).where(tags: { id: [1, 5] })
BO
А это не решает задачу