Size: a a a

pro.rb (Ruby/Rails / RU)

2021 February 01

A

Alex in pro.rb (Ruby/Rails / RU)
сделал вот так
Quiz.includes( quiz_questions: :quiz_question_answers).find(40).quiz_questions.sum { |question| question.quiz_question_answers.maximum(:weight)}
источник

С

Санчез in pro.rb (Ruby/Rails / RU)
Alex
сделал вот так
Quiz.includes( quiz_questions: :quiz_question_answers).find(40).quiz_questions.sum { |question| question.quiz_question_answers.maximum(:weight)}
Сколько получилось запросов?
источник

МВ

Максим Вейсгейм... in pro.rb (Ruby/Rails / RU)
О ребят раз уж о запросах
источник

МВ

Максим Вейсгейм... in pro.rb (Ruby/Rails / RU)
Есть может какой гем/хак/идея как можно например в тестах посчитать в спеках сколько запросов уходит в базу в том месте что ты тестирует?
источник

RU

Roman Usherenko in pro.rb (Ruby/Rails / RU)
Максим Вейсгейм
Есть может какой гем/хак/идея как можно например в тестах посчитать в спеках сколько запросов уходит в базу в том месте что ты тестирует?
лог постгреса вытягивай
источник

V

Vladyslav Parashchen... in pro.rb (Ruby/Rails / RU)
Максим Вейсгейм
Есть может какой гем/хак/идея как можно например в тестах посчитать в спеках сколько запросов уходит в базу в том месте что ты тестирует?
Если не ошибаюсь нем который n+1 проблему отслеживает как раз проверяет количество запросов. Только я название гема  забыл
источник

VK

Vasyl Kuzmyk in pro.rb (Ruby/Rails / RU)
bullet?
источник

A

Alex in pro.rb (Ruby/Rails / RU)
Санчез
Сколько получилось запросов?
быстро не нашел как посмотреть
источник

DT

Dmitry Tsepelev in pro.rb (Ruby/Rails / RU)
Максим Вейсгейм
Есть может какой гем/хак/идея как можно например в тестах посчитать в спеках сколько запросов уходит в базу в том месте что ты тестирует?
источник

DT

Dmitry Tsepelev in pro.rb (Ruby/Rails / RU)
Alex
сделал вот так
Quiz.includes( quiz_questions: :quiz_question_answers).find(40).quiz_questions.sum { |question| question.quiz_question_answers.maximum(:weight)}
Quiz можно не выбирать (есть же quiz_id в quiz_questions), а дальше max, как Антон выше предложил (и не придется такскать все эти модельки взад–вперед).
источник

МВ

Максим Вейсгейм... in pro.rb (Ruby/Rails / RU)
По ридми вижу что тут мы декларируем мол должно быть н запросов, я, как человек не супер про в эктив рекорде как раз хотел бы сначала узнать сколько вообще кверей создаст тот или иной запрос)
источник

DT

Dmitry Tsepelev in pro.rb (Ruby/Rails / RU)
Максим Вейсгейм
По ридми вижу что тут мы декларируем мол должно быть н запросов, я, как человек не супер про в эктив рекорде как раз хотел бы сначала узнать сколько вообще кверей создаст тот или иной запрос)
Декларируй 0, запусти тест, узнаешь правду 🙂он вывалит список запросов вместе с ошибкой, что тест не прошел
источник

МВ

Максим Вейсгейм... in pro.rb (Ruby/Rails / RU)
Dmitry Tsepelev
Декларируй 0, запусти тест, узнаешь правду 🙂он вывалит список запросов вместе с ошибкой, что тест не прошел
О, отлично, вроде даже то что нужно)
источник

AK

Aleksandr Kunin in pro.rb (Ruby/Rails / RU)
Максим Вейсгейм
Есть может какой гем/хак/идея как можно например в тестах посчитать в спеках сколько запросов уходит в базу в том месте что ты тестирует?
источник

МВ

Максим Вейсгейм... in pro.rb (Ruby/Rails / RU)
Эээ, ссылка перевела сюда, там не совсем понимаю где то что мне нужно
источник

МВ

Максим Вейсгейм... in pro.rb (Ruby/Rails / RU)
источник

AK

Aleksandr Kunin in pro.rb (Ruby/Rails / RU)
ActiveSupport::Notifications.subscribe 'sql.active_record' do |name, started, finished, unique_ud, data| ... end
источник

NB

Nikita Bulai in pro.rb (Ruby/Rails / RU)
Не понял, а что в логи не пишет? AR же трекает запросы в лог
источник

YB

Yahor Bukhta in pro.rb (Ruby/Rails / RU)
Доброго дня, есть подработка для мидла готов дизайн и бэклог, пишите в лс
источник

IN

Ivan Naumov in pro.rb (Ruby/Rails / RU)
Максим Вейсгейм
Есть может какой гем/хак/идея как можно например в тестах посчитать в спеках сколько запросов уходит в базу в том месте что ты тестирует?
мы кстати делаем так: У нас стоит логгер с графиками на постгрес, который выявляет самые медленные запросы в проде, и мы таким образом рефачим в первую очередь самое медленное. Ну и соответственно по количеству одинаковых запросов понимаем как их можно оптимизировать
источник