Но она за пределами условия задачи

в чем проблема приджойнить только лайки друзей?

Даже с индексами 100 лямовый джоин будет долгий

Не пробовал

Это вот мне нарисовали пока задачу описывали.

Но предполагаю

Даже с индексами 100 лямовый джоин будет долгий

зачем тебе брать 100 лямов я не понимаю

зачем тебе брать 100 лямов я не понимаю

Поясни, не понял

в чем проблема приджойнить только лайки друзей?

ну вообще да проблема, проверь запрос с джоинами к примеру и такой же с where in

просто в консоли

там разница даже на хуйне раз в 10

ну вообще да проблема, проверь запрос с джоинами к примеру и такой же с where in

у меня нет подобных баз, щас наполнять базу такое

И пояснили что даже не пытайся это делать с джоинами, ибо сразу нет.

ну ты на том что есть

там даже на мелких запросах джоины посасывают

ну т.е. на мелких там разница десятки мс

у меня нет подобных баз, щас наполнять базу такое

Вот кстати, есть какой то гем или что то такое который все используют для этой цели, а то я нашел какой то, 100 000 записей делаються быстро, ставишь 1 миллион и привет, можно до завтра ждать.

Вот кстати, есть какой то гем или что то такое который все используют для этой цели, а то я нашел какой то, 100 000 записей делаються быстро, ставишь 1 миллион и привет, можно до завтра ждать.

я не сталкивался с таким

friend_ids = user.friends.ids post_ids = user.last_50_posts.ids Like.where(user_id: friend_ids, post_id: post_ids)

но в любом случае если на колонках индексы, инсертить будет это долго

Это если в лоб

И с норм индексами поедет

Хотя не

Не поедет

инклюдить надо...

Даже с индексами

Ибо IN

friend_ids = user.friends.ids post_ids = user.last_50_posts.ids Like.where(user_id: friend_ids, post_id: post_ids)

тут ещё момент что 50 последних не факт что будут с лайками вообще и не факт что там будут лайки от друзей

~12 rails ~20 в сумме коммерческий опыт в IT

Ух ты, какой опытный джун.

Вообще с эмбедед лайками в посте пока лучший вариант

Может кто придумает лучше, я хз

Что за кейс? Не понимаю, я из деревни просто.

чемодан такой, железный, в кино не видел таких что ли?

этого не нужно, просто пихай все в модель и ее вызывай

+++++ наконец Антон заговорил как нормальный человек, а то ко-ко-ко интеракторы, ко-ко-сервисы. Тьфу.

Да есть. Могу перемотать дальше - зачем классы, если есть MVC и в нем можно все делать?

Бля

еще одна жертва, ггг

рубиновая шахта не нужна она только мешает

категорически не согласен. шахта это цвитное

Походил я тут на собеседования и у меня диссонанс, если все ругают рельсу и руби за скорость, почему "платон" на руби, рамблер сейчас свои медиапроекты на rails бекенд переводит, и еще ряд примеров где люди работают с большими и очень большими объемами данных. Все врут значит и хватает скорости? И пора дата сайнс и биг дата заниматься? Или у нас в стране просто своя атмосфера?

там прогеров дохуя и можно заниматься тем что узкие места переносить на го и прочее

т.е. бекенд бекенда у тебя условно на рубях(круды там, хуёмоё), а к примеру платежи и другая херня на го или сях

Самая боль когда меня c++ собеседовал. а на следующий день Java

типа один был худой а другой жирный?

Первому было очень за 50. Седой и строгий. В компании 40 программистов, все компилируют. Я видимо был один из первых рубистов кто до них добрался. И мне задавались вопросы о которых я даже и подозревать не мог.

Да. Коротко так: соблюдай этику и не пиши в контроллере не по теме, а пиши вон там - в классе.

ну дело то не в этике, всем похуй на этику. Люди делают код более модульным и переиспользуемым не потому, что дохуя этичные и думают о том, что кому-то это поддерживать, а потому, что если ты напишешь контроллерный экшн на 100 строк ты потом столько говна сожрешь, что навсегда перестанешь задавать вопросы и каждую строку нового кода будешь писать в новых классах обертывая каждый в прокси объект.

А так, что лучше использовать: Rails или Ubuntu?

ну это уже совсем жирно чёт

мне тут на собеседовании вопрос задали. есть 10 миллионов юзеров, 10 млн постов и 100 млн лайков, как я бы выводил на странице последние 50 постов, для current_user с пролайкавшими эти посты друзьями.

сложна, думать надо.

а если его забанили ему сообщения все равно дойдут? ?

сложна, думать надо.

достаем двойные листочки. и начинаем программировать.

Мне кажется ожидали вариантов, а не решения

а если его забанили ему сообщения все равно дойдут? ?

нет, мне похуй. я просто пропустил весь срач :(((

Либо у них на проекте завтык

И они собирают идеи

Как решить задачу )

Для этой задачи не было бы проще создать витринку данных и отдавать с неё инфу? Да, сама витрина заполнялась бы долго, но где-нибудь в бэкграунде, но зато не пришлось бы на каждый запрос делать гигантские вычисления. Как думаете?

ты представь сколько кейсов

Витринку для каждого из 10 миллионов юзеров?

Сомневаюсь, хотя..

Надо обдумать детальнее

Витринку для каждого из 10 миллионов юзеров?

Может, не для каждого..я детали ещё обдумывал, но ничего лучше в голову не пришло )

Лучше голову не ломать )

Для нас это задача в вакууме

в натуре, пусть сами свои проблемы решают

Это есть такие собеседующие

Я их называю коротко

Пидорасы

Простите

Когда ты кидаешь вариант

А он тебе "нельзя"

А ты "почему?"

Ответ "ну вот так нельзя и все тут"

И ты ему накидываешь 10 вариантов

И все "нельзя патамушто"

Думаю многие с такими сталкивались

?

Во первых, при join операции индексы не работают

По этому искать только по одной

Таблице

Во первых, при join операции индексы не работают

т.е. внешние ключи для чего тогда?

Во первых, при join операции индексы не работают

В пг работают точно. Недавно читал статью. Они не ВСЕГДА сработают

В пг работают точно. Недавно читал статью. Они не ВСЕГДА сработают

Нет. Проверь

Нет. Проверь

Ок, не проверял. Так что не буду дальше гнуть. Но обязательно чекну )

В запрос ставь explain analyze

Зная как происходит join

бД покажет как ищет

В запрос ставь explain analyze

Да это понятно

А может какие Фичи новые в новых версиях. Надо тоже глянуть

Я лично не проверял, но заинтересовался и нашёл в документации к postgre следующую строку: «Indexes can moreover be used in join searches.»

Причём ещё и старая версия 8.1

https://www.postgresql.org/docs/8.1/static/indexes.html

Или это не то?