The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступна документо-ориентированная СУБД MongoDB 6.0, opennews (??), 23-Июл-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +7 +/
Сообщение от hshhhhh (ok), 23-Июл-22, 19:48 
redis -- это прродвинутый memcache

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

9. "Доступна документо-ориентированная СУБД MongoDB 6.0"  –1 +/
Сообщение от Аноним (1), 23-Июл-22, 19:56 
А если очень хочется? Понятно, что рассматриваю классическую модель использования, при которой данные не удаляются вообще никогда. Но они могут обновляться.
Ответить | Правка | Наверх | Cообщить модератору

11. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +1 +/
Сообщение от hshhhhh (ok), 23-Июл-22, 19:58 
> А если очень хочется? Понятно, что рассматриваю классическую модель использования, при
> которой данные не удаляются вообще никогда. Но они могут обновляться.

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

Ответить | Правка | Наверх | Cообщить модератору

14. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +4 +/
Сообщение от пох. (?), 23-Июл-22, 20:25 
Классическая модель использования redis - когда данные не только удаляются, а еще и автоматически удаляются.

Все остальное - как правило означает что разработчиками ниасилено ничего кроме редиса (включая гуглопоиск) и из него пытаются сделать гибрид монги-rdbms-и еще если можно-rabbit. Оно первое время у таких даже работает, особенно в тестовой среде.

Потом конечно падает под собственным весом и нанимают нормальных.


Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

16. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от Аноним (1), 23-Июл-22, 21:13 
Ну, мне нравится, что оно вроде экономное, и при этом эффективное. Тот же слон раздувается как не в себя.
Ответить | Правка | Наверх | Cообщить модератору

18. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +7 +/
Сообщение от НяшМяш (ok), 23-Июл-22, 21:24 
Redis это в первую очередь key-value хранилище с плюшками. Если пытаться навернуть что-то сложнее, то монга будет выгоднее.
Ответить | Правка | Наверх | Cообщить модератору

24. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +4 +/
Сообщение от hshhhhh (ok), 23-Июл-22, 22:45 
редис работает пока есть оперативка, а потом перестаёт.

и не гарантирует сохранность данных.

редис -- это временное хранилище с TTL, но хорошее.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

28. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от Аноним (1), 23-Июл-22, 22:59 
Понятно, спасибо. Я думал, хотя бы сохранность сброшенных на диск данных там обеспечивается.
Ответить | Правка | Наверх | Cообщить модератору

29. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +1 +/
Сообщение от hshhhhh (ok), 23-Июл-22, 23:01 
> Понятно, спасибо. Я думал, хотя бы сохранность сброшенных на диск данных там
> обеспечивается.

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


https://redis.io/docs/manual/persistence/

Ответить | Правка | Наверх | Cообщить модератору

30. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от пох. (?), 23-Июл-22, 23:06 
> редис работает пока есть оперативка, а потом перестаёт.

Немного раньше ;-) Из-за fork/save архитектуры.
> и не гарантирует сохранность данных.

э... Вообще-то гарантирует. На определенных условиях. Чем и отличается в лучшую сторону от мемкэшей.

> редис -- это временное хранилище с TTL, но хорошее.

Ну я бы сказал так - современный редис вырос в монстра который все уже разок мной перечисленное - и таза банных, и персистентное хранилище с некоторыми оговорками, и система подписок, и чорт в ступе, можно его в таком виде использовать, но - ненужно. Потому что вот _хорошее_ в нем - именно таки да, временное хранилище с ttl. Все остальное специализированные средства делают существенно лучше и надежнее.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

95. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 11:34 
>Немного раньше ;-)

кек, а что вы хотите от инмемори дб? хранить в ней бигдату?

Ответить | Правка | Наверх | Cообщить модератору

101. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от пох. (?), 25-Июл-22, 13:12 
>>Немного раньше ;-)
> кек, а что вы хотите от инмемори дб? хранить в ней бигдату?

ну fork/save это вот как раз не совсем инмемори и дает интересные спецэффекты, когда память таки приходится считать.

"при мемкэшистах такого не было!"


Ответить | Правка | Наверх | Cообщить модератору

103. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 13:31 
>вот как раз не совсем инмемори

редиска разве читает данные с диска когда в памяти этих данных нету? fork/save всего лишь слепок текушего инмемори состояния, вопрос для чего? для персистентного хранения?

Ответить | Правка | Наверх | Cообщить модератору

104. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от пох. (?), 25-Июл-22, 14:00 
Изначально делалось для отката в случае крэша. Да, при старте - читает.

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

Ответить | Правка | Наверх | Cообщить модератору

109. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +/
Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 15:31 
> Изначально делалось для отката в случае крэша.

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

> Да, при старте - читает.

ну вот, но не читает ведь при работе (запросах), значить инмемори. И размер слепка бд на диске не может превышать установленный рабочий объем памяти (max_memory). Что опять таки подтверждает то, что вся база будет хранитмся в инмемори.

> Сейчас - в принципе можно использовать и для персистентного хранения, но не
> нужно.

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

Ответить | Правка | Наверх | Cообщить модератору

31. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +2 +/
Сообщение от пох. (?), 23-Июл-22, 23:10 
Ну так тебе rdbms с плюшками и acid, или key-value с автоэкспайром? Естественно, раздувается, надо ж ему кэши и оптимизатор запросов где-то держать.

У нас в системе, к примеру, используется и то и другое (и третье, и иногда даже и четвертое) - просто по назначению. Всякая преходящая сессионная ботва - прекрасно лежит себе в редисе. А терабайты шибкосложно структурированных данных - в нормальной базе.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

60. "Доступна документо-ориентированная СУБД MongoDB 6.0"  +1 +/
Сообщение от User (??), 24-Июл-22, 10:48 
Да, сссабака женского полу. Есть у нас деятели, которые его в проект в качестве ещё и message brocker'а затащили. И оно даже работало, пока на продуктиве телеметрию цеплять не начали.
В сентябре будут apache pulsar (whyyyyyy?!) делать.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

44. "Доступна документо-ориентированная СУБД MongoDB 6.0"  –2 +/
Сообщение от CAP теорема (?), 24-Июл-22, 08:19 
А что там про Tarantool и PostgreSQL Citus?

https://www.citusdata.com/

https://www.tarantool.io/en/

Разве они не могут заменить Монговноу?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру