Знакомый написал тулзу, что бы через трансиб работать

Ты хотб имеешь влияния, давай впередь Антон?

Я против гуи в большинстве случаев, так что сорян

Я против гуи в большинстве случаев, так что сорян

Могу только принять браузеры + клиент для постгреса

Поддерживаю что ли. Ну и IDE ещё.

и для монги

пример осилишь привести?

премеров залупания лично на меня хватает.

Могу только принять браузеры + клиент для постгреса

Клиент для postgress? Как ты мог? Ты же все должен делать на консоли.

Так что сиди и не призывай банить честных людей, потому что тебя не банят.

Поддерживаю что ли. Ну и IDE ещё.

Не, я так иде и не осилил

премеров залупания лично на меня хватает.

не осилил

премеров залупания лично на меня хватает.

долго пытался понять, из какой это области - залупание ???

loop

Так что сиди и не призывай банить честных людей, потому что тебя не банят.

Спасибо. На самом деле я никого не оскорбляю, а просто даю пищу для размышления?

Так что сиди и не призывай банить честных людей, потому что тебя не банят.

ого, командир прямо

Не, я так иде и не осилил

А у тебя бывает такое, например, ты знаешь как заходит в консоль postgres, а через некоторое время забываешь, и ты начинаешь читать доки как будто с нуля изучаешь?

И так для каждой технологии

А у тебя бывает такое, например, ты знаешь как заходит в консоль postgres, а через некоторое время забываешь, и ты начинаешь читать доки как будто с нуля изучаешь?

Конечно

И с гитом такое бывает и с чем угодно

Ты и в гуи так же тупить можешь долго

Особенно если сложная софтина (логик про, как пример)

Но там методом тыка все вспоминаешь, а в консоле ввод-откат

И на откат тоже читаешь доки

Но там методом тыка все вспоминаешь, а в консоле ввод-откат

Зависит от: сложности и частоты использования

Нужно будет провести эксперимент.

Есть к примеру запрос: SELECT COUNT(*) FROM table WHERE user_id IN (...) вытаскивает количество 70к и занимает 190ms, это норма? По сути данных в IN много. Как можно ускорить запрос? Индексы есть.

Выглядит максимально просто на первый взгляд

А как ускоряют в таких моментах?

Единственное, что приходит в голову, это распараллеливание, у psql такое есть

Не знаю на счет того, насколько это поможет, не приходилось пользоваться

https://www.citusdata.com/blog/2016/10/12/count-performance/

Мб тут что есть

У Rails нету из коробки?

Нет

Это особенность конкретной бд

Есть к примеру запрос: SELECT COUNT(*) FROM table WHERE user_id IN (...) вытаскивает количество 70к и занимает 190ms, это норма? По сути данных в IN много. Как можно ускорить запрос? Индексы есть.

ты их потом все 70к на одной странице показываешь чтоль?

ты их потом все 70к на одной странице показываешь чтоль?

Да. Для статистики

ну тогда только так. если пажинация не вариант

Это особенность конкретной бд

Наверно это переломный момент для MySQL

рекомендую кешировать минут на пять хотя бы

ты их потом все 70к на одной странице показываешь чтоль?

Там же count просто

аа блин

ну тогда только так. если пажинация не вариант

Три-пять подобных запроса - 1 - 2сек, и это плохо.

ключ по user_id есть?

А это важно при чистом запросе?

ну иначе будет full table scan

ну иначе будет full table scan

Точно?

Точно?

просто проверь :)

набери explain

увидишь что оно делает

А на уровне ActiveRecord как проверить на присутствие ключа?

http://guides.rubyonrails.org/active_record_querying.html#running-explain

http://guides.rubyonrails.org/active_record_querying.html#running-explain

Читаю про explain. Он просто составляет схему для выявления проблемных мест как я понял?

explain показывает, как будет выполняться твой запрос

будут ли использоваться индексы и какие

explain показывает, как будет выполняться твой запрос

Проверил, type не All, значит не full table scan

Проверил, type не All, значит не full table scan

Скинь сюда вывод

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-----------+------------+-------+--------------------------------+--------------------------------+---------+------+-------+----------+------------------------------------+ | 1 | SIMPLE | shippings | NULL | range | index_shippings_on_district_id | index_shippings_on_district_id | 5 | NULL | 93366 | 10.0 | Using index condition; Using where | +----+-------------+-----------+------------+-------+--------------------------------+--------------------------------+---------+------+-------+----------+------------------------------------+ 1 row in set (0.03 sec)

да, индекс есть

да, индекс есть

Ну вот, значит счастье есть

Ржу

Здрасте, подскажите где почитать про тестирование delayed jobs

Можно выполнять в них отдельно лежащую функцию и на нее тесты накатать

есть еще тесты, что джоба заенкьюилась

Похоже на тест ради теста

с чего бы?

А ещё можно включить инлайн выполнение, для интеграционных тестов

Если в руби все объект, то при сложении двух Fixnum => получаем Fixnum с суммой значений слагаемых. Так вот, в Fixnum значение - объект или примитивный тип?

значение лежит где то внутри дебрей реализации

но на числе можно применять методы, потому что оно объект

я кстати не шарю есичо.

Т.е 4 = Fixnum(4) грубо говоря

2.5.0 :001 > (1 + 1).class => Integer

примитивных типов не бывает

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

мне тоже кажется что оно где-то глубоко-глубоко зарыто

Хорошо, даже если так. Fixnum умеет сложение с Fixnum, значение в Fixnum - Integer. У Integer должна быть реализация сложения, и должно быть значение, чтобы складывать числа

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

class Fixnum def self.sum end end

Хорошо, даже если так. Fixnum умеет сложение с Fixnum, значение в Fixnum - Integer. У Integer должна быть реализация сложения, и должно быть значение, чтобы складывать числа

реальное значение в памяти в дебрях структур MRI

т.е если хочешь досконально знать - лезешь в C сорсы MRI

а точнее rb_int_plus в сорцах mri

Хорошо, даже если так. Fixnum умеет сложение с Fixnum, значение в Fixnum - Integer. У Integer должна быть реализация сложения, и должно быть значение, чтобы складывать числа

+ — это такой же инстанс метод, как и любой другой

def :+ (something_else) end

плохо исправил, надо :+

сорян

:+ так тоже не работает

ща

define_method сработает

2.4.3 :010 > class T 2.4.3 :011?> def +(something) 2.4.3 :012?> "#{self}#{something}" 2.4.3 :013?> end 2.4.3 :014?> end => :+ 2.4.3 :015 > 2.4.3 :016 > T.new + 5 => "#<T:0x00007fe18e9045f8>5"

https://ruby-doc.org/core-2.5.0/Integer.html#method-i-2B

source поглядеть можно, ну в общем-то значение - тип, не объект

static VALUE fix_plus(VALUE x, VALUE y)

короче возвращается некое VALUE

это VALUE — это рубишный класс

так что оно в любом случае не значение овзвращает а объект

вопрос по newrelic: то что на скрине - это значит где-то n+1 есть? значения справа - это %Time, Avg Calls (per txn), Avg time (ms)