да

да

ох епт

имхо Opencart на пхп брать надо

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

Там правда уебищный синтаксис поиска по JSON, но потом могу скинуть шпаргалку если что. Хотя нет не смогу, не осталось.

Там правда уебищный синтаксис поиска по JSON, но потом могу скинуть шпаргалку если что. Хотя нет не смогу, не осталось.

это уже факты, можно нагуглить

Там придется с индексами поиграться чтобы оно не тормозило.

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

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

Это не так просто нагуглить, документация дюже скупа.

?

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

Т.е из json брать какой то элемент, потом переводить его в string, и затем уже работать как с обычным string внутри SQL

операции сравнения и т.д. Но опасаюсь что производительность печальная совсем.

вот

о, блин, вспомнил перл с postgresql, не совсем по этой теме, но в том числе по докам

операции сравнения и т.д. Но опасаюсь что производительность печальная совсем.

ну индекс функциональный можно накатить =)

недавно эксепшен был, разбирался — узнал про «dotless i» и про то, что в postgresql с ним lower очень-очень плохо работает

ну индекс функциональный можно накатить =)

кстати, интересно.

недавно эксепшен был, разбирался — узнал про «dotless i» и про то, что в postgresql с ним lower очень-очень плохо работает

референс на его преобразование к обычному i нагуглил в виде мейл-листа 2006 года

вот когда гуглю, больше всего бесят мейллисты

мы навешивали частичный функциональный индекс по json-полям

НЕНАВИЖУ МЕЙЛЛИСТЫ

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

только неудобно и без верстки

надо парсер

НЕНАВИЖУ МЕЙЛЛИСТЫ

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

мейллисты? это на самом деле емейл переписки между группой участников

многие, особенно старые программисты любят их.

мейллисты? это на самом деле емейл переписки между группой участников

да-да, просто что попадает в гугл? архив мейллистов, как я понимаю

да, к сожалению, некоторая хитровыебанная инфа может быть только там

Обычно касается тех кто работает с системными языками.

да-да, просто что попадает в гугл? архив мейллистов, как я понимаю

Ну да, как то они архивируются, не разбирался как это работает.

Мне это также интересно как COBOL

Нормальные люди юзают слаку гиттер хипчат /что то еще/

вот. и в этом месиве я нашёл от 2006 года тип «а давайте приводить dotless I к обычному i при изменении регистра» без оснований в википедии даже их разделяют хорошо и не позволяют смешивать и руби норм работает а постгрес — нет а у меня блин индекс уникальности по нижнему регистру

а если использовать hstore

а в чем его профит против jsonb?

не знаю) просто открыл http://edgeguides.rubyonrails.org/active_record_postgresql.html#json

там есть еще hstore

к прочтению https://www.citusdata.com/blog/2016/07/14/choosing-nosql-hstore-json-jsonb/

к прочтению https://www.citusdata.com/blog/2016/07/14/choosing-nosql-hstore-json-jsonb/

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

там есть еще hstore

полагаю, в hstore нет массивов, например, которые есть в JSON

полагаю, в hstore нет массивов, например, которые есть в JSON

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

так что зависит от задачи но это догадки

да, там для key-value советуют выбирать между hstore и jsonb

да, там для key-value советуют выбирать между hstore и jsonb

полагаю, нужен просто хэш — hstore, нужны массивы и/или вложенность — json

кстати, в двух словах, чем jsonb от json отличается? в постгресе, например

json - це просто текст

json - це просто текст

так, ок

ну а jsonb - меньше и быстрей

ну а jsonb - меньше и быстрей

засчёт бинарности внутри его обработки?

так как там в бинарном формате хранится - индексы шустрей

угу

а зачем вообще json тогда?

https://habrahabr.ru/post/306602/

потому что бинарный формат парсится быстрее.

для легаси, пожалуй

если внешне не отличаются, и у json нет преимуществ, например

для легаси, пожалуй

окей, спасибо

@evserykh о перевод

так, и основной вопрос: hstore или jsonb будет быстрее в постгресе?

так, и основной вопрос: hstore или jsonb будет быстрее в постгресе?

http://mateuszmarchel.com/blog/2016/06/29/jsonb-vs-hstore-performance-battle/ да почти одинаково

а на больших наборах данных будет jsonb быстрей

http://coussej.github.io/2016/01/14/Replacing-EAV-with-JSONB-in-PostgreSQL/

а на больших наборах данных будет jsonb быстрей

O_O

xчто значит jsonb @

ERROR: S client not available

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

@ что это?

xчто значит jsonb @

выше же я спрашивал, есть ответ

ой

ок)

ой

мы тут обсуждаем уже 10 минут его =/

hstore, судя по описанию «самый первый формат в постгресе ля-ля», тоже уже как легаси jsonb используем, решено

есть финансовые аналитики в треде?

hstore давно был, да

мы его в 8.x гоняли, вроде бы, в одной конторе

@AlexWayfer пожалуйста тыкни меня в ответ(

json - це просто текст

ну а jsonb - меньше и быстрей

так как там в бинарном формате хранится - индексы шустрей

а зачем вообще json тогда?

для легаси, пожалуй

сложна ?

а почему пишут JSONB и JSONB @

ладно

@ для поиска по нему

а

посмотри на сайте postgresql - там хорошо и качественно описано использование

спасибо, пойду смотреть)

https://github.com/thoughtbot/paperclip#migrations не одобряешь этот гем?

ох ты ништяк, я сефчас как раз буду загружать изображения

https://github.com/carrierwaveuploader/carrierwave#activerecord

еще один ништяк

еще один ништяк

ты не знал про carrierwave / paperclip?

ты не знал про carrierwave / paperclip?

что-то где-то слышал.

слова знакомые

слова знакомые

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

особенно carrierwave

или забыл написать вчера, не помню уж

carrierwave в моем горячо любимом лапшепрожекте использовался: #gem 'foundation-rails' gem 'unidecoder' gem 'mini_magick', '4.2.10' # error when updated further - 30-sep-2015 gem 'carrierwave'