Монга намного удобнее для хранения документов

Хранить документы в постгресине религия мешает? :)

Постгресс как и все реляционки делает плоскую таблицу в ответ и по другому не может. Он на это заточен.

Ок, сдаюсь, это сложновато да.

Не сложно. Модель данных другая. Не для этого инструмента

У постгресины есть функции работы с json, она может пересобирать дерево по веточкам, она может индексировать json.

Как будто монга хранит деревья не списком, а как-то по другому.

Не сложно. Модель данных другая. Не для этого инструмента

Просто лично ты не видел что там за инструменты.

У всяких Монг ток один плюс - они легко масштабируются не требуя от админа каких-то глубоких знаний. Во всём остальном Монга проигрывает той же постгресине.

Хранишь список с json, делаешь индексы по json, делаешь сложные запросы и агрегации из json.

...или берешь наконец документо-ориентированное хранилище

Постгресина так же может хранить списко с деревьями прямо json формата.

Дай пример? Например у меня таблица с JSON постов, и массивом коментариев в них. Как будет выглядеть запрос который выдаст все посты и коментарии в них, но только за вчера отсортированные по дате?

вы там <verb> хранить комментарии в самой сущности

А в чём проблема в реаляционке хранить json?

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

...или берешь наконец документо-ориентированное хранилище

Постгресина и есть в том числе документориентированное хранилище. :)

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

Постгресина и есть в том числе документориентированное хранилище. :)

влажновато

Как будто монга хранит деревья не списком, а как-то по другому.

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

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

Вопрос на пятёрочку.

Постгресина и есть в том числе документориентированное хранилище. :)

А API у нее тоже документоориентированный? Что в ответ могу получить?

Вопрос на пятёрочку.

Как ты быстро переобуваешься

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

Слушай, ну ты же не знаешь как она работает, но почему-то уверен что через таблицу. :)

Постгресс как и все реляционки делает плоскую таблицу в ответ и по другому не может. Он на это заточен.

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

Слушай, ну ты же не знаешь как она работает, но почему-то уверен что через таблицу. :)

Прикинь они все через таблицу работают ?

Постгресина берёт json, делает с ним что угодно и выдаёт json. Без промежуточного хранения в таблице. Без таблицы. Таблицы нет. Нет таблицы. :)

Ребята, пока тут актив, вы всё таки скажите пожалуйста что думаете про ОРМки

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

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

Графы тоже в таблицах

Слушай, ну ты же не знаешь как она работает, но почему-то уверен что через таблицу. :)

Ну внутренности мне не интересны. Я как разработчик могу получить в ответ от нее что-то кроме табличного ответа?

Графы тоже в таблицах

как один из вариантов, но сам скоуп запроса не очень детерминирован

Ну внутренности мне не интересны. Я как разработчик могу получить в ответ от нее что-то кроме табличного ответа?

Ну если список не таблица то я не знаю.

Ну внутренности мне не интересны. Я как разработчик могу получить в ответ от нее что-то кроме табличного ответа?

json -> json

Постгресина берёт json, делает с ним что угодно и выдаёт json. Без промежуточного хранения в таблице. Без таблицы. Таблицы нет. Нет таблицы. :)

json - это не документ

это json

Результирующий набор можешь получить - json

поэтому, пожалуйста, называйте json manipulation по имени

как один из вариантов, но сам скоуп запроса не очень детерминирован

Да ну там реальные таблицы. Просто ни с чем другим имеющееся железо не умеет работать.

Ок, я сдаюсь. Есть только Мускул с монгой. А всё что мимо них - всё таблицы и неправда.

Постгрес не умеет в json

У меня норм работает

Да ну там реальные таблицы. Просто ни с чем другим имеющееся железо не умеет работать.

Я все равно не про то, что под капотом, а что один запрос имеет право в любом направлении на любую глубину пойти.

В прошлом году я участвовал в разработке системы на постгресине которая принимает json, хранит json, индексирует json, выдаёт в веб json. Но теперь то я прозрел! Это ж не возможно!

В прошлом году я участвовал в разработке системы на постгресине которая принимает json, хранит json, индексирует json, выдаёт в веб json. Но теперь то я прозрел! Это ж не возможно!

#проклято

Таблица мешает.

Я все равно не про то, что под капотом, а что один запрос имеет право в любом направлении на любую глубину пойти.

В каком смысле в глубину?

также озаботился бы о своем карьерном будущем

В каком смысле в глубину?

Да это я криво выражаюсь. Результирующая запись может найтись как в контексте 1 (исходной таблице), так и через несколько рукопожатий в контексте 2. И все равно попадет в результирующий сет.

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

Таблица мешает.

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

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

А уж как Олегу Бартунову тяжело.

Да это я криво выражаюсь. Результирующая запись может найтись как в контексте 1 (исходной таблице), так и через несколько рукопожатий в контексте 2. И все равно попадет в результирующий сет.

Ааа. Так это же не так организовано. По сути там все равно выборка по таблицам через условия.

Он ведь тоже json крутит, а на листке ничо не может.

Один момент, а причем табличное выражение и json?

обычно в результате просто json

Ааа. Так это же не так организовано. По сути там все равно выборка по таблицам через условия.

Да опять же, я про то, как результат себя ведет чисто со стороны клиента.

А уж как Олегу Бартунову тяжело.

Я понятия не имею че на чем он там крутит. И кто это вообще такой

одно поле в резалт сете - json

А уж как Олегу Бартунову тяжело.

Аргумент к авторитету, нна желтую карточку интернет-войн

Я понятия не имею че на чем он там крутит. И кто это вообще такой

Да и зачем тебе его знать, поц какой-то.

Да и зачем тебе его знать, поц какой-то.

Вот и я о том же. Нахрена мне знать каких то поцев которые не понимают что список это тоже таблица. И json таблица. Да любая хрень может быть представлена таблицей.

одно поле в резалт сете - json

Да, такое может работать. Но выглядит странно. А покажи пример. К примеру мне нужно из постов блога где каждая запись блога - отдельный JSON документ вытащить все коментарии и слить их в один ответ. Как это будет выглядеть на postgres?

под рукой нет примера

но это работает

Аргумент к авторитету, нна желтую карточку интернет-войн

А ты знаешь кто это?

выглядит для бд нормально

Какой то предводитель хомяков с лозунгом JSON НЕ ТАБЛИЦА?

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

под рукой нет примера

Ага, нашел. https://blog.andyet.com/2016/02/04/postgres-9.5-document-store-hybrid/

А ты знаешь кто это?

я глух, но имя слышал

А ты знаешь кто это?

это же вождь индейцев

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

А зачем вообще json

ERROR: S client not available

предводитель команчей

ну каждый сам решает зачем =)

А зачем вообще json

Потому что браузеру все равно отдаю JSON

Потому что браузеру все равно отдаю JSON

Ыыыы

Какая то кунскамера

кунсткамера

или скунскамера =)

Почему? Ты прашиваешь зачем хранить или зачем возвращать?

кунсткамера

Будешь секретаршей. Править ошибки

Не хами

Не хами

А то грамарнаци меня всего исправит?

Если вопрос зачем хранить. Ответ простой. Данные у меня приходят с вложенными полями и структурами. Так надо. Раскладывать их по таблицам и собирать снова в json для браузера не хочу

Хочу положить как пришли, но хочу уметь по ним считать что-то

Если вопрос зачем хранить. Ответ простой. Данные у меня приходят с вложенными полями и структурами. Так надо. Раскладывать их по таблицам и собирать снова в json для браузера не хочу

Давай я переведу на русский " я ленивый и глупый. Мне лень разбираться какие данные нужны. Потому я каждый раз пересылаю мегабайты. И проблема клиента если у него инет хреновый или памяти не хватает.

Потому что браузеру все равно отдаю JSON

#проклято со стилем

если у вас браузер диктует то, как вы организуете БД, то у вас проблемы, а еще я вызвал полицию

#проклято со стилем

у тебя там план по проклятиям до конца месяца горит что ли?

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

у тебя там план по проклятиям до конца месяца горит что ли?

сегодня день хороший

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

И какой смысл тогда в json?

И какой смысл тогда в json?

модно стильно молодёжно

если у вас браузер диктует то, как вы организуете БД, то у вас проблемы, а еще я вызвал полицию

Ну дык браузер же.

И какой смысл тогда в json?

Потому что входные данные не плоские, а имеют вложенные структуры

модно стильно молодёжно

== глупо, ресурсоемко и глючно

Ну дык браузер же.

Браузер тут при чем? Мы же о хранении и выборке говорим.

Потому что входные данные не плоские, а имеют вложенные структуры

Потому что наверняка ты просто не умеешь в данные

Дай пример? Например у меня таблица с JSON постов, и массивом коментариев в них. Как будет выглядеть запрос который выдаст все посты и коментарии в них, но только за вчера отсортированные по дате?

CREATE TABLE "public"."tjd" ( id serial NOT NULL PRIMARY KEY, json_d json NOT NULL); INSERT INTO tjd VALUES ( 1, '{"name":"hui","date":"2001.01.01","comments":[{"id":1,"date":"2001.01.01"},{"id":2,"date":"2001.01.02"},{"id":3,"date":"2001.01.03"}]}' ); SELECT json_d ->> 'name' ,json_d ->> 'comments' FROM tjd WHERE json_d ->> 'date' = '2001.01.01' ORDER BY json_d ->> 'date'

Можно выдать в json, не в списке.

CREATE TABLE "public"."tjd" ( id serial NOT NULL PRIMARY KEY, json_d json NOT NULL); INSERT INTO tjd VALUES ( 1, '{"name":"hui","date":"2001.01.01","comments":[{"id":1,"date":"2001.01.01"},{"id":2,"date":"2001.01.02"},{"id":3,"date":"2001.01.03"}]}' ); SELECT json_d ->> 'name' ,json_d ->> 'comments' FROM tjd WHERE json_d ->> 'date' = '2001.01.01' ORDER BY json_d ->> 'date'

Осталось придумать нахера тут json

Потому что входные данные не плоские, а имеют вложенные структуры

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

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

Нет. Это все ноухау

CREATE TABLE "public"."tjd" ( id serial NOT NULL PRIMARY KEY, json_d json NOT NULL); INSERT INTO tjd VALUES ( 1, '{"name":"hui","date":"2001.01.01","comments":[{"id":1,"date":"2001.01.01"},{"id":2,"date":"2001.01.02"},{"id":3,"date":"2001.01.03"}]}' ); SELECT json_d ->> 'name' ,json_d ->> 'comments' FROM tjd WHERE json_d ->> 'date' = '2001.01.01' ORDER BY json_d ->> 'date'

@@@ Мы работаем в ногу со временем и храним все в JSON @@@ Используем автоинкремент отдельным полем, а почему вы спрашиваете?