Тут вопрос - что они с большой долей вероятности могут быть нахуй не нужны, если пересмотреть подход к работе с объектами
есть проекты, которые под типовые объектные паттерны не совсем подходят.
Вот пример запроса:
Цитата:
SELECT sq.id, GROUP_CONCAT(
IF(sw.letter = 1, w.word,
IF(sw.letter = 2, CONCAT(UCASE(LEFT(w.word, 1)), LCASE(SUBSTRING(w.word, 2))), LOWER(w.word) )
)
ORDER BY sqw.id ASC SEPARATOR ' ') AS query, sq.direct_quotes, sq.adwords_quotes, sq.list_id, sl.adwords, sq.direct_title, sq.adwords_title FROM sites_queries as sq
LEFT JOIN sites_queries_words as sqw ON (sqw.query_id = sq.id AND sqw.forparent = 0)
LEFT JOIN sites_words as sw ON (sw.word_id = sqw.word_id)
LEFT JOIN sites_lists as sl ON (sq.list_id = sl.id)
LEFT JOIN words as w ON (sqw.word_id = w.id)
WHERE 1=1 AND sq.site_id = 164 AND sq.id IN (4113854, 4113855, 4113856, 4113855, 4113856) GROUP BY sq.id
и вот как его воткнуть в структуру ООП так сказать и уж тем более в логику монго - для меня ебаная загадка
в последнее время много времени уделяю самообразованию в этой области, но все равно не вижу способа реализации на noSQL решениях подобного.
Слушай, очень не охота из этого запроса пытаться понять, какие логические объекты ты хранишь в базе и что пытаешься выбрать. можешь словами описать?
Например не ясно, зачем вообще данные разнесены по таблицам sites_queries и sites_queries_words. Зачем слова заменены айдишниками? в данной задаче это не требуется вроде, только добавляет лишний джойн.. и т.п.
