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

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

в этом чяте указывают на ошибки в коде

а не в речи

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

ок

Соу, есле желание помочь еще осталось - ссьіль я скинул))

https://github.com/Sergogovich/blog_ibaniy

Есть таблица, с столбцом статуса. Он в БД хранится как число. Но, есть: enum status: { foo: 1, bar: 2, ... } Как можно сортировать елементы этой таблицы по ключам enum?

https://github.com/Sergogovich/blog_ibaniy/blob/master/app/views/posts/index.html.haml тут = render "post"

почему ?

Ну у тебя есть https://github.com/Sergogovich/blog_ibaniy/blob/master/app/views/posts/_post.html.haml

Есть таблица, с столбцом статуса. Он в БД хранится как число. Но, есть: enum status: { foo: 1, bar: 2, ... } Как можно сортировать елементы этой таблицы по ключам enum?

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

подскажите пожалуйста, в config/initializers/constants.rb есть константа MAX_DIMENSIONS = 10 как мне ее вызывать в assets/javascripts/*.coffee

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

весь проект в енумах :(

весь проект в енумах :(

ну сколько нужно на рефакторинг одного поля? 20 минут?

того поля по которому нужно сортировать

а, блин спс))

Ну у тебя есть https://github.com/Sergogovich/blog_ibaniy/blob/master/app/views/posts/_post.html.haml

а, блин спс))

нз, обращайся)

весь проект в енумах :(

+ к тому проект на энумах дороже обслуживать если аргументов перед руководителем не будет хватать вот ты тратишь врвмея дорогое на решение проблемы которой бы не существовала не экономь люди на спичках

+ к тому проект на энумах дороже обслуживать если аргументов перед руководителем не будет хватать вот ты тратишь врвмея дорогое на решение проблемы которой бы не существовала не экономь люди на спичках

а что вместо енумов лучше бы сделать?

Строчки это медленные выборки, разве нет?

Есть таблица, с столбцом статуса. Он в БД хранится как число. Но, есть: enum status: { foo: 1, bar: 2, ... } Как можно сортировать елементы этой таблицы по ключам enum?

а что занчит сортировать по ключам enum?

а что занчит сортировать по ключам enum?

значит сортировать не по 1, 2, 3, ... а по foo, bar ...

а что занчит сортировать по ключам enum?

foo, bar - ключи, 1, 2, 3 - значения

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

Тоесть на эфиопском писать тоже можно ?

Строчки это медленные выборки, разве нет?

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

а что вместо енумов лучше бы сделать?

ну вот поле стейт которое хочет стать энумом ничего не использовать, так и писать state: :pending, state: :active

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

С индексом эффективно выходит? Я просто не бенчмаркал.

С индексом эффективно выходит? Я просто не бенчмаркал.

ну на 5м+ записей выборка с таким полем мало чем отличается

для глаза не заметно

но у меня там индексы везде где надо

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

вы рубист?

Да, но стикер отправил случайно:)

вы рубист?

СТО падишта, или тимлид

ну если СТО тогда шутить на всякий случай не буду

?

не, можно шутить)

ничего опасного в ближайшие пар улет точно

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

Так я не понял, если я не понимаю никакого кроме Русского языка, и говорю человеку что бы он писал по Русски, меня забанят ?

не, можно шутить)

я просто хотел сказать что если вы рубит и вас всё заебало, то вам нужно для профилактики битрикс принимать, но не больше 2х часов в день.

Так я не понял, если я не понимаю никакого кроме Русского языка, и говорю человеку что бы он писал по Русски, меня забанят ?

тебя не за это забанят :)

Хороший совет)

Надо записать

Какой то блядь нацизм со стороны админа, а не со стороны того парня

foo, bar - ключи, 1, 2, 3 - значения

а что если сначала получить relation а потом попробовать отсортировать его по полю статус?

или так нельзя делать?

Какой то блядь нацизм со стороны админа, а не со стороны того парня

не соглашусь, выебнулся не по делу - был забанен

и за глупость

провоцировать админа на слабо в авторитарном чате - верх глупости

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

то есть к примеру: things = Thing.all things.sort!{ |a,b| a.status <=> b.status }

то есть к примеру: things = Thing.all things.sort!{ |a,b| a.status <=> b.status }

нет рубями сортировать записи AR нельзя в общем случае

Привет. Люди кто знает вывод программы на С передавать в Ruby on Rails и выводить в браузере

почему? в релеэшене у нас статус - строковое значение

а сам релейшен это по сути массив объектова

почему? в релеэшене у нас статус - строковое значение

.sort!{ |a,b| a.status <=> b.status } - рубишная сортировка

ну олл это плохо, да

а сортировка то чем плоха?

а сортировка то чем плоха?

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

ERROR: S client not available

и памяти может нехватить легко

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

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

так в этом и проблема можно сортировать прямо по плю но когда в поле видишь where(state: 6) мало что можно понять

order(state: :desc) сработает

так в этом и проблема можно сортировать прямо по плю но когда в поле видишь where(state: 6) мало что можно понять

Нормальные люди так не пишут

.where(state: Entity.statuses[:pending]) Тоже криво правда.

.where(state: Entity.statuses[:pending]) Тоже криво правда.

не уверен что сработает :)

не уверен что сработает :)

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

тоесть AR преобразует значение в соотвествубщее enum прежде чем сформировать запрос?

эм там же автоматически создаются скоупы, что бы можно было делать Model.status_name

Entity.statuses[:pending] Цюферьку дает

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

эм там же автоматически создаются скоупы, что бы можно было делать Model.status_name

Там это в aasm?

нет

в обычном enum

или ты про енумы?

а or получится?

через скоупы.

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

вы щас обсуждаете анахронизм

а or получится?

не знаю

можно ещё раз, правда не понял, почему использовать enum'ы это плохо?

потому что стоимость их обслуживание превышает профиты от их использования

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

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

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

строка

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

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

1) вы их обсуждаете уже пол часа 2) Entity.statuses[:pending] - лишний код

его еще и тестировать не помешало бы

Енумы легко тестятся же

правильно, потому что по дефолту можно вызвать как Entity.pending