стой, а он мускуль юзает?

нет

postgres

аааа

тогда все

а то я думал что он тебе сказал искать это в мускуле)

тогда ищи

там есть статья "интродакшн в jsonb"

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

не сказал бы что готовый, но нечто похожее

собираю из кубиков слово "счастье"

не сказал бы что готовый, но нечто похожее

у кубернетиса есть вполне готовые стратегии для zero-downtine деплоя, все удобно и то что тебе по идее нужно.

ну то есть если у тебя вполне стандартные запросы (а судя по всему так оно и есть) - ты найдешь готовые штуки

окей, буду смотреть-читать сейчас

:>

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

всем спасибо

поняв?

а nosql там о том, что типа поле содержит джсон докуметн.

представь что это обычный джсон

и все

и иди работать

Только я не понимаю что будет хранить этот Jsonb (

бл, вот у тебя есть массив файликов [{"kozel": "/usl/gsfsdg/lol.png"}, {....}]

правильно?

Да

оно так его и покладет в базу данных, только в бинарном формате, чтобы там сжать его. но когда ты сделаешь $message->getAttachments() тебе прийдет асоц массив

где 'kozel' => 'usr/fsdfsdf/lol.png'

ну крч оно сериализирует массив/обьект и кладет в бд, а когда достает - превращает обратно

вот у тебя массив файликов

отдай ему массив setAttachemnts(SOME ARRAY PUT HERE)

и забирать будешь тоже массив

путей к файликам ))

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

Не понимаю как jsonb мне в этом поможет)

Не понимаю как jsonb мне в этом поможет)

для начала - попробуй объяснить в чем проблема с one-to-many связями и пагинацией?

желательно картинкой

а там может до тебя дойдет почему jsonb в этом случае решает проблему (так проще ибо нам в целом этого достаточно по требованиям а разбираться со склейкой двух выборок ой как не хочу)

В том что пагинация не поддерживает два FROM или два запроса)

В том что пагинация не поддерживает два FROM или два запроса)

нет

нет

И в том что джойны юзать нельзя если связь не one to one)

И в том что джойны юзать нельзя если связь не one to one)

....

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

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

Что именно?)

Я пытался все, но скилла не хватает )

а там может до тебя дойдет почему jsonb в этом случае решает проблему (так проще ибо нам в целом этого достаточно по требованиям а разбираться со склейкой двух выборок ой как не хочу)

Можно подсказку?)

для начала - попробуй объяснить в чем проблема с one-to-many связями и пагинацией?

ну можно сделать же disctict или group by

Можно подсказку?)

3 минутки

http://sqlfiddle.com/#!9/f1bf6e/2

объясни почему пагинация в этом случае "работает неверно" и в чем это выражается

ну можно сделать же disctict или group by

нельзя. точнее не поможет. Ты же джойн делаешь не для фильтрации а тебе данные надо забрать. Ну то есть в теории в postgres через какой aggr_json можно замутить но сам понимаешь какой это кастыль)

ааааа

тогда да

стой

дай он попробует угадать)

@Eraice короч, посмотри на запрос, посмотри что он возвращает, и теперь скажи почему "это работает неверно"?

так + N запросов на getFile() и будет работать)))

тогда да

коварная бага... как-то вечероа на отладку потратили пока догадались...

так + N запросов на getFile() и будет работать)))

я ему предложил двумя запросами замутить но я так понимаю для него это слишком сложно - jsonb как-то проще

а +n запросов не вариант

ну ты получил N сообщений а потом еще foreach $m->getFiles() и он будет счастлив

ну ты получил N сообщений а потом еще foreach $m->getFiles() и он будет счастлив

не катит по нефункциональным требованиям))

главное чтобы Арки был счастлив

праздники же

предположим что у нас требования - выбирать по 100 сообщений на "страницу" и что бы в итоге было менее 10-ти запросов на http запрос

та я понял)

ну два запроса ок. 1 пагинация + 2 все файлы с сообщений)

ERROR: S client not available

ну или json

если бы нужно было управление аттачментами - пришлось бы лепить application-level джойн

а так... jsonb в целом свое дело сделает

ну в вк ограничение 10 файликов было

а какое управление? удалить, добавить, редактировать?

а какое управление? удалить, добавить, редактировать?

расшарить конкретный аттачмент другому... ну мало ли))

а еще есть некрасивые вопросы со сборкой мусора...

объясни почему пагинация в этом случае "работает неверно" и в чем это выражается

Потому что текст сообщения дублируется?)

ай

я тоже уже больше не могу

крч все прийдет с опытом. иди работай)

Потому что текст сообщения дублируется?)

короч тебе надо поработать без ORM

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

и почему это влияет на пагинацию?

p.s. неужели таааак сложно гуглить... или реально такая большая проблема сформулировать что-то типа "one-to-many pagination problems"

есть столько вариантов... и проблем и решений..

блин

я скоро забаню его

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

подзаебало уже разжевывание в чате

элементарных вещей

идите в личку

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

и перестану помогать

p.s. я даже не уверен что я чем-то помогаю( возможно даже хуже делаю...

p.s. я даже не уверен что я чем-то помогаю( возможно даже хуже делаю...

Ну проект ползет благодаря этому )

Ну проект ползет благодаря этому )

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

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

Ну я и так пишу редко и когда совсем тупик

ты про base64 не гуглил даже

гуглил :s base64 symfony - там бандлы одни

а другой вариант