Исходное сообщение
"Для PostgreSQL подготовлено дополнение AGE для хранения данн..." Отправлено нитрол, 14-Июл-20 20:24
>>может также хорошо запилят graph model, как у них вышло с JSONB > сколько платят за коммент? ну не скажет такого человек, который хоть раз > щупал монгу. > с чем сравниваешь-то?! Я, наверное, не уловил основную мотивацию вопроса, но попробую ответить, как смогу. Монгу, конечно же, пробовали и в проде топтали, но бывают такие задачи/проекты, где очень удобно/хорошо ложится все в один multi-model storage как тот же pg, где можно использовать прелести document oriented (JSONB), различные индексы, уже проверенные временем подходы к работе с SQL (т.е. народ это уже умеет делать, не надо новый *QL учить, плюс готовые решения around), тут же и готовые решения под time series data (тигр tsdb) и т.п. Но я это пишу не сцелью "уговорить" использовать базу Х для хранения данных или забивания гвоздей везде и всегда. Это просто пример, ибо не везде solution X стоит слепо лепить, или даже если очень хочется и можется, не везде оно хорошо зайдет. Как-то так.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>может также хорошо запилят graph model, как у них вышло с JSONB >> сколько платят за коммент? ну не скажет такого человек, который хоть раз >> щупал монгу. >> с чем сравниваешь-то?! > Я, наверное, не уловил основную мотивацию вопроса, но попробую ответить, как смогу. > Монгу, конечно же, пробовали и в проде топтали, но бывают такие задачи/проекты, > где очень удобно/хорошо ложится все в один multi-model storage как тот > же pg, где можно использовать прелести document oriented (JSONB), различные индексы, > уже проверенные временем подходы к работе с SQL (т.е. народ это > уже умеет делать, не надо новый *QL учить, плюс готовые решения > around), тут же и готовые решения под time series data (тигр > tsdb) и т.п. > Но я это пишу не сцелью "уговорить" использовать базу Х для хранения > данных или забивания гвоздей везде и всегда. Это просто пример, ибо > не везде solution X стоит слепо лепить, или даже если очень > хочется и можется, не везде оно хорошо зайдет. > Как-то так.
	Введите код, изображенный на картинке: