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

всмысле размерность? количество по х и количество по y? может быть 2х2 может быть 12х12

нет, количество значений значения не имеет, если их много. если матрица имеет ограничение в 12x12 или аналогичное небольшое, то может быть эффективнее всю матрицу записать json, поднимать ее целиком и отбирать данные в памяти

вот сразу нет, сейчас таких сотни, завтра будут тысячи

А чем jsonb не катит?

данные денормализованы

и?

ну если тысячи значений по осям, то однозначно пишите просто как написал выше.

jsonb при большом объеме данных плохо подходит для отбора, даже при наличии jsonb-индексов по полю.

jsonb при большом объеме данных плохо подходит для отбора, даже при наличии jsonb-индексов по полю.

а чо там?

Дьячук проектирует OLAP. Часть первая: выявление фактов и осей

о. а я что-то к вечеру туплю. ага

да я спроектировал пишу, чтобы нагрузить и посмотреть оторвет ногу сразу или можно залечить как проектировать как не рассказывать о проблеме ни в чем не повинным колегам? :)

так что с jsonb не так то?

во первых он мне не нравится, он бесчеловечен во вторых это денормализованные данные

jsonb при большом объеме данных плохо подходит для отбора, даже при наличии jsonb-индексов по полю.

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

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

ну я спрашивал, какие операции наиболее часты. ответ - выборка. так что jsonb не подходит. а так часто используем )

а че выборка медленная? это же key value по сути

там в условиях - РСУБД

а че выборка медленная? это же key value по сути

в json любые данные могут быть, он же json

хотя вот странно жеж вроде json а хранить там можно помоему только k/v

нет, там можно json хранить

ну видимо от того что v - может принимать любые значение - построение виртаульной таблицы - затраттная операция

для только k/v есть hstore

в json любые данные могут быть, он же json

jsonb это что то вроде key value хранилища я думаю

в постгресе json != jsonb

проще дать ссылку на https://www.postgresql.org/docs/9.4/static/datatype-json.html на практике говорим json, пишем jsonb

я удивлен что на низком уровне json не становится hstore

можно было бы бешенную скорость получить.

>я удивлен что на низком уровне json не становится boolean

ещё быстрее бы было

json вполне можно в key value превратить

[1, 2, 3]

превращай, удачи

root: [1,2,3]

[{a:'b'}, {c:'d'}] ?

с индексом по table.field->a

>если вы новичок, пожалуйста представьтесь. Сап всем. Занимаюсь фронтендом, но иногда вынужденно сталкиваюсь с рельсовым фулстеком и для меня это БОЛЬ. Тут я для того, чтобы стать более терпимой к рубистам и попытаться облегчить боль.

>если вы новичок, пожалуйста представьтесь. Сап всем. Занимаюсь фронтендом, но иногда вынужденно сталкиваюсь с рельсовым фулстеком и для меня это БОЛЬ. Тут я для того, чтобы стать более терпимой к рубистам и попытаться облегчить боль.

Облегчить боль? Это не к нам, мы её увеличиваем.

а где болит?

Болит везде. Особенно сильно в центре, отвечающем за hmr и livereload.

Да так. В одной компании моего мухосранска х)

сейчас обычная практика - делать некий dev-сервер на Node (webpack dev server, к примеру). У нас, например, фронтэнд вообще отвязан в плане репозиториев от бэкэнда

hmr как то в рельсах не оч, это да.

Рельсы под фронт слегка устарели.

А вот livereload вроде рабочий.

сейчас обычная практика - делать некий dev-сервер на Node (webpack dev server, к примеру). У нас, например, фронтэнд вообще отвязан в плане репозиториев от бэкэнда

Тут наверное дело в том что фронт завязан на рельсу.

сейчас обычная практика - делать некий dev-сервер на Node (webpack dev server, к примеру). У нас, например, фронтэнд вообще отвязан в плане репозиториев от бэкэнда

К сожалению не во всех проектах так.

К сожалению не во всех проектах так.

У вас фронт завязан на рельсу?

Haml шаблоны?

( гневно смотрит на текущий проект )

У вас фронт завязан на рельсу?

Нет. Просто проект такой

Haml шаблоны?

Да

Haml шаблоны значит завязан на рельсу.

шаблоны уже пару лет как должны были переехать на фронт, типа PUG

Вот реактовое приложение на webpack которое совсем с бэкеддом кроме апи не общается - на рельсу не завязано.

да, именно. так, все общение строго по API

Ну так отвяжите от рельсы фронт если он на рельсу не завязан.

Да, я понимаю. У нас обысно все отдельно и общение по апи онли, но сейчас проект такой ниок

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

ERROR: S client not available

тогда вся ваша боль от некомпентентного бэка (и недостаточно мотивированного фронта)

И в сроках в 5 дней

И в том, что 80% фроета зашито в гемах

и что вам надо понять до истечения этих пяти дней? я бы на вашем месте внедрил ES6/webpack,dev-сервер, но это у нас, например, заняло 3 недели на 3 фронтэндеров

правда, там попутно еще пару технологий внедрили

Это единичный и уникальный в своем роде проект, лол.

Который работает по принципк "работает - не трогай"

ну с гемами все просто, если свои, правьте. если чужие, создайте свой gem repo, и формируйте свои версии гемов

Нельзя. В том то и прикол.

мы в свое время использовали https://github.com/geminabox/geminabox

Мало информации

я же говорю, найдите репозитории гемов, сделайте локальные форки, поправьте что надо, запушьте в свой репозиторий, и потом просто bundler update или что там у вас

причем если bundler, вам и репогемов не надо, он прямо с гит поставит

Нам нельзя трогать внутренности цмски.

Несмотря на то, что к гемам есть полный доступ.

Увольняйся

тогда задача чисто фронтовая. загружается ваш скрипт, он перелицовывает dom

Увольняйся

Нет.

Это боль, но боль прикольная.

понятно. per rectum ad astra

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

А, ну если ты мазохистка, тогда это другая история)

gl hf :)

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

Команда ни при чем, лол. Заказчик такой.

Заказчик знает что такое gem?

тогда задача чисто фронтовая. загружается ваш скрипт, он перелицовывает dom

Эх.

Заказчик знает что такое gem?

Еще как.

Он сам сколько хочешь гемов соберет

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

в общем, вам нужен тимлид/течлид/cto

был бы кто-нибудь из них, я бы не услышал такую постановку )