это магия на уровне макросов

ничего сложного, в целом, много кто пишет свои StringContext-ы, user api приятный

это не критично на этой задаче. Смотрю в StringContext, не совсем понимаю как он подставляет. вижу конструктор, вижу s

каждый раз строка foo"вставай $bar страна огромная $baz!" превратится компилятором в вызов new StringContext(Seq("вставай", "страна огромная", "!")).foo(bar, baz)

каждый раз строка foo"вставай $bar страна огромная $baz!" превратится компилятором в вызов new StringContext(Seq("вставай", "страна огромная", "!")).foo(bar, baz)

а как оно понимает куда подставлять?

если я буду использовать конструктор StringContext

а как оно понимает куда подставлять?

понимать должен метод foo

ему дают n+1 кусков строк и засовывают n выражений, возможно в макрос

foo может быть получен через implicit conversion

Как я уже говорил, я вот не вижу ни одного реально примера, где не "отт тут монга тоже будет работать", а "Без монги ты тут соснешь по полной".

Отвечаю, если нужна гибкая структура данных : вложенные данные,частоизменяемая(проект быстро развивается), разреженные данные - без монги ты соснешь. Это в контексте schemaless

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

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

как потом кверить этот жсон?

запросами?

как потом кверить этот жсон?

+

https://github.com/jayway/JsonPath

Внутри json-а

Отвечаю, если нужна гибкая структура данных : вложенные данные,частоизменяемая(проект быстро развивается), разреженные данные - без монги ты соснешь. Это в контексте schemaless

В чем не гибкость посгреса? В чем именно сосну? Можно конкретные метрики? Что вкладывается в понятие "частоизменяемая структура данных"? Сколько раз в минуту вы ее меняете, что это становится такой проблемой?

А, вы не знаете как это делать через sql запросы? Вот ответ - https://www.postgresql.org/docs/9.6/static/functions-json.html

А, вы не знаете как это делать через sql запросы? Вот ответ - https://www.postgresql.org/docs/9.6/static/functions-json.html

это классно. Но это full table scan, как можно понять

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

нужны соединения - бери реляционку, м2м можно делать вложенными bsonами

что это? можно индексы сделать? можно сделать фильтрацию по структурированным полям

конечно можно придумать случай когда это не сработает

что это? можно индексы сделать? можно сделать фильтрацию по структурированным полям

да. Можно ли сделать индексы

конечно можно

клёво, чё

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

а поиск нормально по этому json работает? а индексы? мне нужно создавать таблицу для работы с 1 колонкой?

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

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

а индексировать array в твоём json можно?

а поиск нормально по этому json работает? а индексы? мне нужно создавать таблицу для работы с 1 колонкой?

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

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

да просто набор возможностей для работы с JSOn бедный у постгреса

т.е. для самых тупых простых случаев он подойдёт

а индексировать array в твоём json можно?

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

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

да я не пытаюсь завалить. Спрашиваю просто. Можно или нет?

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

или вы статей поначитались?

да я не пытаюсь завалить. Спрашиваю просто. Можно или нет?

я не знаю. мне никогда не нужно было.

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

Что бы потратить на нее целый год жизни, она должна для начала что-то реальное предложить) А не только маркетинговый булшит...

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

есть, а зачем тебе?

с версии 3.0 это продакшен рэди продукт

до этого -кусок говна был, согласен

есть, а зачем тебе?

да так, понимать компетенции людей

с версии 3.0 это продакшен рэди продукт

потому что лично ты не сталкивался с проблемами?

Бизнес захотел отчет. И ты такой в коде хуе-мое, здесь мап-редьюс, вытащил результаты, потом для каждой строки данные из другой коллекции, потом другой мап-редьюс.. В концу недели сделал отчет, +5000 строк кода. Гордишься собой. А коллгеа на постгресе хернул короч materialized view, и уехал на гироскутере

потому что лично ты не сталкивался с проблемами?

сталкивался

вчера писал с какими

но это все решаемо

Бизнес захотел отчет. И ты такой в коде хуе-мое, здесь мап-редьюс, вытащил результаты, потом для каждой строки данные из другой коллекции, потом другой мап-редьюс.. В концу недели сделал отчет, +5000 строк кода. Гордишься собой. А коллгеа на постгресе хернул короч materialized view, и уехал на гироскутере

там же aggregation framework, поудобнее view будет в случаях, когда хватает

В чем не гибкость посгреса? В чем именно сосну? Можно конкретные метрики? Что вкладывается в понятие "частоизменяемая структура данных"? Сколько раз в минуту вы ее меняете, что это становится такой проблемой?

Вы решили ввести фичу в продукт : добавить пользователю ставить текущий статус, строка. Твои действия

тем более, что для "отчётов бизнеса" и SQLа нихрена не хватает

Бизнес захотел отчет. И ты такой в коде хуе-мое, здесь мап-редьюс, вытащил результаты, потом для каждой строки данные из другой коллекции, потом другой мап-редьюс.. В концу недели сделал отчет, +5000 строк кода. Гордишься собой. А коллгеа на постгресе хернул короч materialized view, и уехал на гироскутере

уехал паря вейпом? это важно!

Вы решили ввести фичу в продукт : добавить пользователю ставить текущий статус, строка. Твои действия

Понятно, примеров не будет. Будет опять теоретизирование на кофейной гуще...

А тут уже говорили, что MongoDB is webscale?

А тут уже говорили, что MongoDB is webscale?

Это че значит?)

Это че значит?)

А это тоже очередной маркетинговый булшит)))

Это че значит?)

Рекомендую погуглить

https://habrahabr.ru/post/204392/

Нераскрытый потенциал!)

легендарный пост

Рекомендую погуглить

Рекомендую погуглить зачем нужны чаты)

Чтобы флудить? Я с телефона, мне сейчас неудобно искать ссылку на легендарную статью. Но вот уже и перевод подогнали

Правильная статья, и смешного в ней почти нет

http://www.mongodb-is-web-scale.com/ - мультик слева лучше

Правильная статья, и смешного в ней почти нет

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

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

Я работал, писал аггрегатор сервисов доставок. Намного проще получилось, чем если б с "обычной" реляционной БД.

ERROR: S client not available

намного проще будет не юзать БД, а держать все в памяти, например

или в файле

Я помню на какой-то конфе столетней Олег Бартунов уже делился что они с Jsonb уделывают монгу

Ну конечно. "ведущий разработчик СУБД PostgreSQL, член PostgreSQL Foundation." Еще б он обсирал посгрю :D

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

Игра с мультиплеером, гибкая структура, сейчас в продакшене Поставщик данных для кластера покерботов, парс статистики игр, расчет стат ~ 1000 на одного игрока, разреженные данные, агрегация. Также юзалась местная gridfs

Игра с мультиплеером, гибкая структура, сейчас в продакшене Поставщик данных для кластера покерботов, парс статистики игр, расчет стат ~ 1000 на одного игрока, разреженные данные, агрегация. Также юзалась местная gridfs

звучит божественно

сейчас тебе скажут что спринг это все уже 10 лет умеет

намного проще будет не юзать БД, а держать все в памяти, например

не, там были заморочки с импортом локаций из ФИАС, нужен был перзистентс :) Это сейчас какие-то либы пишут, тогда ничерта не было, надо было самим обрабатывать 20 гигов xml-говна

но, с чем я соглашусь - так это с тем, что Монга не для критичных данных :D Хоть они там в своем курсе и говорят, как использовать монгу в банковской сфере, пошли они с ней нахрен в таких задачах.

звучит божественно

Спасибо)

а кто как в скалке дизьюнкцию типов делает?

Either или shapeless.Coproduct

зависит от кейса

кстати, хоть все и ругают монгу, но нужно отдать ребятам должное. Маркетинг у них был что надо, подняли хайп. А еще помню, решил пройти курсы по их БД, они сделали тогда их по типу codeshool. Решаешь задачи прям в браузере, очень удобная консолька там была ) Да и сам курс легкий и понятный был

зависит от кейса

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

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

Без мата

сорян

Без мата

+1

слов прост нет)

слов прост нет)

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

чтот типа того

и что дальше то ?

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

нет конечно

можно имплиситное преобразование сделать :) Типа адаптера. Выбираешь 1 интерфейс, а для классов реализующих другой делаешь имплиситы

по сути 1 имплисит только нужен

implicit def toInterfaceB(a: InterfaceA): InterfaceB = new InterfaceB { … }

интерфейс реализовывать предлагаешь?)

прям для тайпклассов кейс )

делаешь третий интерфейс с этими методами

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