Вима на вас нет лентяи.

https://webm.video/i/TyNyV8.webm

Немного инфузорий в поляризованном свете

Какая то странная схема.

Нет выбора генту.

норм схема

хумор

обхохатался

черт...

а ведь жизненная схема

пока был студентом сидел на арче, а потом повзрослел и на федору перепозд

схема offensive ? когда я был студентом, ubuntu небыло. У нас был mandrake, red hat, debian вроде

в основном все на красной шапке сидели

пока был студентом сидел на арче, а потом повзрослел и на федору перепозд

федора ядро дебиан?

RHEL

в основном все на красной шапке сидели

ред хэт кстати в россии запретили)

к слову, ubuntu - операционка не самая лучшая, в 14 версии там была встроенная spyware

не в России, а в Крыму, и по принципу, "вы не говорите откуда вы, а мы не спрашиваем"

сейчас она тоже есть

только по-умолчанию отключена

не знаю что вы так все любите)

https://i.snag.gy/QHiq9v.jpg

Коллеги, подскажите

как собрать все в один запрос

не в России, а в Крыму, и по принципу, "вы не говорите откуда вы, а мы не спрашиваем"

в тольяти так же

AppStaffPosPositions.includes(:possible_position, application_staff: [:emp_type, :status_interview, :status_treatment])

как-то так

в тольяти так же

у них там с DNS проблемы были по всему миру

не более

http://tass.ru/ekonomika/4548453

у них там с DNS проблемы были по всему миру

ну может, видимо что-то не то указали

s лишняя в конце

ты просто так не копируй )

я ж не знаю, как у тебя модели называются

и там еще в зависимости от связи либо в единственном числе надо писать, либо во множественном

забавно

тогда eager_load вместо includes

? елы палы

в рельсе есть 3 метода для загрузки связанных данных: preload - делает несколько запросов eager_load - делает один запрос includes - дает рельсе выбрать самой

столько связей)

судя по всему рельса посмотрела и решила, что лучше сделать несколько )))

Федор, а центральной таблицей разве не является ApplicationStaff

почему вы решили от AppStaffPosPosition отталкиваться?

ну можно и через нее

я просто на схеме посмотрел что из этой модельки стрелки ведут в разные стороны, вот ее и взял )

а у ApplicationStaff она как бы промежуточная между двумя стрелками влево )))

))

я выбрал этот код

ApplicationStaff.eager_load(:possible_positions)

хотя бы эти обе таблицы объединить

можо и через нее все сделать

но в результате ничего нет

Точнее есть

но тех данных нет

у меня база с большим количеством полей, но все таки

ERROR: S client not available

possible_position нет в результате

ApplicationStaff.eager_load(:emp_type, :status_interview, :status_treatment, app_staff_pos_positions: [:possible_position])

примерно так

возможно надо писать :possible_positions

если там has_many

там хитро, на самом деле

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

в релэйшене ты видишь только корневую модель

но если сделать relation.first.app_staff_first_positions.first.possible_positions

вот в этом и траблы9

то получишь данные, без лишних запросов в базе

как собрать все воедино

не совсем понял

Всем привет

ну possible_position - там их не одна штука же)

если хочешь сделать большой запрос и получить на выходе просто массив с кучей данных, то надо использовать execute, или select_all

a, ну тогда пиши possible_positions и все

и выгрузятся все

имя-фамилия-швея;программист;токарь

без limit 1 )

Подскажите пожалуйста как принято поступать в таких ситуациях: задача: Sidekiq worker получает задачу, сохраняет ее в базу данных И затем увеличивает счетчик количества событий в Redis часть с положить в БД - сделал а с редисом - проблемы чтобы увеличть счетчик в редисе - нужно использовать методы сайдкика или сторонний гем?

для redis есть гем redis )

но вообще, сайдкик его должен тянуть в зависимостях, он же на редисе работает

флудовыходные же

чего тереть

немешай людям @spartafauss ониж по теме общаются)

ждать пока они закончат

немешай людям @spartafauss ониж по теме общаются)

+1

смешно звучит