ну хз, я обычно на arel костылю

> 1 случай из 100 возможно. но в неделю в среднем случается несколько сотен случаев)

:)

да не, ну нету столько проектов новых

Вообще это индикатор для меня: надо написать SQL - что-то не так с архитектурой

А есть пример не простейшего CRUD проекта где не надо SQL писать ?

А есть пример не простейшего CRUD проекта где не надо SQL писать ?

Я помню, что вы из стана PHP к нам пришли:-)

а так много где можно обойтись без sql-запросов, используя AR, Arel ил Sequel, на крайняк

исключая хранимки, триггеры

ну у меня сейчас b2b интеграция с lucid там нет CRUD вообще, и нет SQL

SQL пишу где данные не нормализованы

.where("settings ->> 'allow_terminated' = 'true'")

Вообще rails это не про веб :)

А есть пример не простейшего CRUD проекта где не надо SQL писать ?

когда 2 года назад писал kitchenmag.ru там не было sql

а так много где можно обойтись без sql-запросов, используя AR, Arel ил Sequel, на крайняк

arel и sequel это по сути тот же SQL с другим синтаксисом.

/gisty def show @topics = [] @user.posts.each { |post| @topics « post.topic } respond_with :admin, @user end

Подскажите еще пожалуйста, как мне переделать этот код, что бы получить @topics одним красивым запросом

индекс я всетаки сделал так def index @users = User.joins(:posts).distinct respond_with :admin, @users end

Topic.where(post: @user.posts)

индекс я всетаки сделал так def index @users = User.joins(:posts).distinct respond_with :admin, @users end

это ты зря

намного быстрее отрабатывает и одним запросом

100 юзеров по тысяче постов будут строить таблицу в 100000 строк и ты по ней будешь делать distinct

какая-то архитектурная проблема

это, мягко говоря, нерационально

намного быстрее чем что? Чем User.where(id: Post.select(:user_id))?

да

гм

в базе вообще есть записи или там пара пользователей с 10 постами?

около 1000 пользователей и у каждого по пару тысяч постов

А что показывает User.where(id: Post.select(:user_id)).to_sql?

вообще User, Post, Topic это как пример

там order'а у post'ов, случаем, нет?

где-нибудь в дефолтном scope

на самом деле это Flight, Movement, Shipment

order конечно же есть

сделай unscope(:order), значит

потому что здесь он нафиг не нужен и, прозреваю, из-за него тормоза

а почему плохая идея использовать join ??

потому что он условно говоря строит временную таблицу со строками user.*, post.*

и таблица будет большая

это медленно

SELECT DISTINCT "flights".* FROM "flights" INNER JOIN "movements" ON "movements"."flight_id" = "flights"."id" ORDER BY "flights"."departure_time" ASC

а чистый sql в рельсах

можно?

можно

ну а грузить в память то тоже не айс

ActiveRecord::Base.connection.execute

понял

что грузить в память?

выборкой средствами руби

тебе никто не предлагает средствами руби выбирать

Сделай котроче analyze на User.where(id: Post.select(:user_id).unscope(:order)) и на свой метод, да посмотри

.

гм

а откуда тут неуникальность возьмётся?

можешь тоже distinсt приделать, но он тут нафиг не нужен

действительно join в среднем отрабатывает дольше

Topic.where(post: @user.posts)

что-то не то

у Topic posts

а, Post belongs_to :user, :topic?

да

тогда Topic.where(id: @user.posts.select(:topic_id)), очевидно

Спасибо

ERROR: S client not available

я испугался

это вопрос?

спасибо?

а как вам Post.where(comments_count: 0)

а что правильная архитектура говорит на случай, когда надо найти результаты, которые не входят в какое-то множество?

правильная архитектура не любит real life задачи

ахаха

Чуваки, вопрос по похожей теме

Допустим есть топик, и есть его лайки. Лайки в виде сущности и пост. Чтобы не делать count по лайкам хочется хранить счетчик. Так вот его лучше хранить в сущности поста или в отдельной связаной?

counter cache, очевидно

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

Ок

Спасиб

кстати нащот каунтер кеша. у меня тут редиска как кеш есть, для каунтер кеша что-то еще надо?

http://guides.rubyonrails.org/association_basics.html -> 4.1.2.3 :counter_cache

так что редис тут вообще не нужен

а что тогда в редисе кешится? вьюшки?

А как у каунтер кеша с конкурентной записью?

а что тогда в редисе кешится? вьюшки?

что хочешь, то и храни

http://guides.rubyonrails.org/caching_with_rails.html см. fragment cache и low-level caching

А как у каунтер кеша с конкурентной записью?

http://api.rubyonrails.org/v5.0/classes/ActiveRecord/CounterCache/ClassMethods.html#method-i-increment_counter

нене. я про вот это: <% @web_apps.each do |web_app| %> <% cache web_app do %> .... <%= link_to web_app.name... %> <% end %> <% end %>

это fragment caching

Ага, спасибо

т.е кеш фрагментов страницы..

как я понмиаю нахрен не нужен при реакто--ангулярах

при реакто-ангулярах ты страницу выводишь один раз

какой-нибудь index.html

зато можешь json кэшировать

Можно все в варниш обернуть