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

"Выпуск СУБД Redis 7.0"	+/–
Сообщение от opennews (?), 28-Апр-22, 10:32
Опубликован релиз СУБД Redis 7.0, относящейся к классу NoSQL-систем. Redis предоставляет функции для хранения данных в формате ключ/значение, расширенные поддержкой структурированных форматов данных, таких как списки, хэши и множества, а также возможностью выполнения на стороне сервера скриптов-обработчиков на языке Lua. Код проекта поставляется под лицензией BSD. Дополнительные модули, в которых предлагаются расширенные возможности для корпоративных пользователей, такие как RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, с 2019 года поставляются под проприетарной лицензией RSAL. Развитие открытых вариантов данных модулей под лицензией AGPLv3 пытался продолжить проект GoodFORM, который последнее время находится в стагнации... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57100
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Выпуск СУБД Redis 7.0"	–7 +/–
Сообщение от А где же каменты (?), 28-Апр-22, 10:32
Как БД и мемкэшд соотносятся? Сравнили зелёное и длинное.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Выпуск СУБД Redis 7.0"	+12 +/–
	Сообщение от Аноним (3), 28-Апр-22, 10:46
	Так редиска же часто как кэш используется. Вполне валидное сравнение.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск СУБД Redis 7.0"	+5 +/–
	Сообщение от Аноним (5), 28-Апр-22, 10:46
	Ну Redis в своё время был предложен как замена memcached с поддержкой сброса кэша на диск, а уже потом превратился в комбайн.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	7. "Выпуск СУБД Redis 7.0"	–3 +/–
	Сообщение от Igor (??), 28-Апр-22, 10:52
	Ну обозвать redis СУБД - это чья та больная фантазия. Сами они себя называют "in-memory data store used by millions of developers as a database, cache, streaming engine, and message broker". т.е. именно "системой хранения данных в памяти".
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	21. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (21), 28-Апр-22, 12:18
	Так он не только в памяти хранит так всё нормально.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Аноним (44), 28-Апр-22, 15:01
	> Ну обозвать redis СУБД - это чья та больная фантазия. Ну, Berkeley DB именуется СУБД вполне официально. Так что можно быть локальным KV и всё равно считаться СУБД. Или, может, дело в том, что за ними Оракл, а любой продукт оракла автоматически считается СУБД?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	9. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (9), 28-Апр-22, 10:58
	На самом деле удобная вещь. Записал значение как в key-value бд, выставил ему время жизни, всё ты в шоколаде. Как ещё использовать я не представляю, только как кэш.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	10. "Выпуск СУБД Redis 7.0"	+3 +/–
	Сообщение от Igor (??), 28-Апр-22, 11:04
	Ну - например у нас редиска используется как "общая память" для обмена информацией между процессами АСУТП.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (9), 28-Апр-22, 11:21
	Как вариант. Я использую, чтобы не создавать лишнюю нагрузку от пользователей дорогими запросами там, где общие данные и им совсем не требуется актуальность. Но и сервис не то чтобы нагруженный, просто зачем тратить секунды там где нет никакого смысла их тратить. Несколько видов кеширования, это один из них. Возможно, стоит рассмотреть возможность применения для IPC, но у меня нет IPC на данный момент. Раньше Redis никогда не использовал, а тут решил пощупать что-то.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (21), 28-Апр-22, 12:35
	Редис бывает и просто технических кешем например для того же celery. Т.е. не для пользователей, а для сервисов ака месседж брокер
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (44), 28-Апр-22, 14:48
	"Кэш для пользователей" - это скорее varnish/nginx/haproxy. С тем, что в редисе хранится, в любом случае взаимодействует код, а не пользователь.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск СУБД Redis 7.0"	+5 +/–
	Сообщение от Ivan (??), 28-Апр-22, 11:18
	У него еще куча полезных фич, кроме key/value стораджа. Например: - pub/sub - shared lock
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	17. "Выпуск СУБД Redis 7.0"	+4 +/–
	Сообщение от Lost Inside (ok), 28-Апр-22, 11:36
	А вот так. И то и другое на кейвалуях. Redis - это по сути отказоустойчивый Memcached, плюс-минус.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	40. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от ryoken (ok), 28-Апр-22, 14:50
	>>зелёное и длинное ...Огурец что ли..?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	74. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (74), 28-Апр-22, 20:50
	крокодил :)
	Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск СУБД Redis 7.0"	+/–
Сообщение от Аноним (4), 28-Апр-22, 10:46
Многопоточность так и не прикрутили?
Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск СУБД Redis 7.0"	–2 +/–
	Сообщение от Массоны Рептилоиды (?), 28-Апр-22, 11:31
	В 4 прикрутили, в 6 докрутили
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск СУБД Redis 7.0"	–2 +/–
	Сообщение от Аноним (16), 28-Апр-22, 11:31
	Потому что она всё так же ненужна.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	26. "Выпуск СУБД Redis 7.0"	–1 +/–
	Сообщение от Z (??), 28-Апр-22, 12:49
	Зачем?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	108. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Фняк (?), 09-Май-22, 13:16
	Иногда запросов так много, что одно ядро не справляется. А ядер в сервере обычно много и у них не особо высокая частота. Можно конечно устроить закат солнца вручную, но удобнее когда оно из коробки есть
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск СУБД Redis 7.0"	+4 +/–
	Сообщение от Аноним (44), 28-Апр-22, 13:53
	Давно уже. https://keydb.dev/ - форк редиса с многопоточностью. Кодовая база регулярно синхронизируется с апстримом.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	100. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (100), 30-Апр-22, 04:42
	> Давно уже. > https://keydb.dev/ Его нету под FreeBSD, фтопку.
	Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск СУБД Redis 7.0"	+/–
Сообщение от Аноним (9), 28-Апр-22, 10:56
Я только знаю, что 6.2.6 работал с luajit-2.0.5 (2.1.0 выдаёт ошибки), и в 6.2.7 зависимость от lua-5.1 который жуткое старьё и легаси. Ничего не вижу про это в новости.
Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (21), 28-Апр-22, 13:16
	Это кстати же камень в огород всем небезопасных jit версий любых языков и их вариаций.  И тут поняли что jit в общем и целом ненужен.
	Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск СУБД Redis 7.0"	+2 +/–
Сообщение от Аноним (11), 28-Апр-22, 11:17
Ребята, а реально запилить сайт который будет использовать только редиску, без любого SQL?
Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (16), 28-Апр-22, 11:26
	Без проблем. В целом можно даже на диск скидывать сторадж, но будет медленнее.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (44), 28-Апр-22, 14:51
	> Ребята, а реально запилить сайт который будет использовать только редиску, без любого SQL? Разработчики из одного известного жёлтого "дофига хай-тек" банка ухитрились даже на нём видеохостинг сделать, для внутренних нужд. Причём на одном инстансе, без шардирования и сохранения (была репликация, но отвалилась по дороге). Были очень удивлены, когда место стало заканчиваться.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	70. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (70), 28-Апр-22, 19:03
	Прям туда где value писали видео?
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Аноним (44), 28-Апр-22, 22:40
	По-моему, в value писали JSON, в одном из полей которого был base64-кодированный видеофайл.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск СУБД Redis 7.0"	+3 +/–
	Сообщение от Аноним (80), 29-Апр-22, 01:37
	современные ойтишнеги очень любят стрелять себе в ноги
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск СУБД Redis 7.0"	–1 +/–
	Сообщение от Аноним (44), 29-Апр-22, 11:30
	Специфика корпоративной культуры разработки. По-моему, такая культура формируется во всех более-менее крупных корпорациях - менеджеры получают премии за количество новых проектов, а не за их работоспособность, а разработчики набираются из бывших курьеров и таксистов, которым не хватило интеллекта для навигации по городу.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Денис (??), 18-Авг-23, 23:06
	А в чём проблема-то? Мы на Редисе делали хранение стриминговых видеофайлов в одном из крупных видеомессенджеров, весьма успешно. Гораздо лучше, чем использование для хранения видеофайлов CEPH, например.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

18. "Выпуск СУБД Redis 7.0"	+/–
Сообщение от Без аргументов (?), 28-Апр-22, 11:47
А кто нить работает в хайлоаде? На чем крутятся какие-нибудь комменты в ВК и других соцсетях?
Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от bOOster (ok), 28-Апр-22, 12:04
	На кластере серверов.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (21), 28-Апр-22, 12:15
	В ВК хз у нас все крутится в мемкеше работает быстро есть не просит.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	23. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от амоним (?), 28-Апр-22, 12:23
	в мемкеше данные коментов? а тип если кластер умрет - их не жалко?
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск СУБД Redis 7.0"	+3 +/–
	Сообщение от Аноним (21), 28-Апр-22, 12:28
	Заново греть кеши? При запросе все данные в том числе предиктовые запрашиваются из БД и попадают мемкеш и от туда запрашиваются пользователем. Как их перестают запрашивать данные удаляются. Ты спросишь про валидацию кешей вот там велосипед на велосипеде. Ака консистеностность в конечном счете.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (44), 28-Апр-22, 14:52
	"В программировании есть две реально сложных проблемы - именование сущностей и валидация кэшей. Все остальное - простые проблемы" © не помню кто
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (45), 28-Апр-22, 15:13
	Джефф Этвуд, один из основателей Stack Overflow
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Просто интересно (?), 28-Апр-22, 15:42
	А чем плохи Hazel Cache и Ignite Cache? https://stackoverflow.com/questions/31932836/hazelcast-vs-ig... Они же сами все автоматически синхронизируют на всех узлах или нет?
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	63. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (44), 28-Апр-22, 18:29
	А кто сказал, что они обязательно плохи? Просто они гораздо сильнее интегрируются в логику приложения, и хорошо заходят, если у вас энтерпрайз Java и SpringEverything (по крайней мере, Hazelcast)
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от eRIC (ok), 29-Апр-22, 07:39
	> А чем плохи Hazel Cache и Ignite Cache? GridGain еще есть, пока на практике не попробуешь, не поймешь
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	85. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 07:52
	Имена сущностей и ИНВАЛИДАЦИЯ кешей. Вот и выросло поколение, которое не умеет в классиков.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	105. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (105), 01-Май-22, 02:48
	Автор данной фразы, как и её каноническое написание, вообще не очень точно известны. Её приписывают Тиму, но по его же словам, он её сам слышал от кого-то.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск СУБД Redis 7.0"	–4 +/–
	Сообщение от амоним (?), 28-Апр-22, 12:22
	сейчас появились оч быстрые железки по диску, и ... можно на небольшом кол-ве железа процессить оч большие объемы. понятное дело, что в вк там кластер, потому что ну очень много + отказоустойяиво нужно. но этт нк рокет сайнс. ну нагрузки много, но она примитивная. шардированный доступ в зубы, и вперед. тут больше архитектурное решение решает. а так: мускул, каучбэйз, аероспайк, кассандра. хотя кауч и аероспайк в рф вероятно уже не продаются, так что если про вк говорим - наверное без них )
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	38. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (44), 28-Апр-22, 14:39
	> а так: мускул, каучбэйз, аероспайк, кассандра. Если про couchbase и aerospike ещё плюс-минус попадание, то кеши в кускуле или кассандре - это прямо первоапрельская шутка (причём не очень умная).
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от амоним (?), 28-Апр-22, 18:54
	вопрос был как сделаны коменты? или где кеш лежит? вроде как про комменты
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от амоним (?), 28-Апр-22, 18:56
	про шутки - почитай для чего фб вообще делал кассандру изначально
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	68. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от амоним (?), 28-Апр-22, 18:59
	мускл - ну ты попробуй положить в него кей-валуе данные, дать ему 256 гиг памяти под кеш, пачку pcie ssd, и несколько зионов платинум проца. скажешь потом, где проблема, и где оно хуже кауча.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	77. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (44), 28-Апр-22, 22:37
	> ну ты попробуй положить в него кей-валуе данные, дать ему 256 гиг памяти под кеш, пачку pcie ssd, и несколько зионов платинум проца Лучше всё-таки 1 Тб оперативки, а то вдруг данных много окажется, гигабайт, например. И в итоге получится что-то, способное догнать по скорости Redis на Pentium 4.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск СУБД Redis 7.0"	+3 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 07:56
	Вот когда ты напишешь тест хоть один по сравнению скорости кеша в памяти с кешем на диске, да посчитаешь сколько бабла тебе потребуется для уравнивания их скоростей -- вот тогда и приходи комменты писать.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	92. "Выпуск СУБД Redis 7.0"	–3 +/–
	Сообщение от амоним (?), 29-Апр-22, 12:09
	о как! т.е. кеш рсубд, живет на диске? расскажу по секрету - нет ) он живет в памяти, внезапно, как и данные редиса. и в мускле, и пг и оракле. и прогрев кеша нужен и в редисе (хм, данные на диске, если рестарт, то нужно сильно думать). а внезапно аероспайк и придумывали, чтобы хранить данные на диске, не парясь на инмемори и не парится, если их ну оч много.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 16:13
	> о как! т.е. кеш рсубд, живет на диске? Ну давай, расскажи мне, как поднять постгрес без диска, вперде)) И как гарантировать, что те данные что должны быть в памяти не будут вытеснены на диск в Постгресе/Оракле/что там у тебя ещё есть. И как данные шарить между нодами, которые поднимаются и ложатся по требованию.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от амоним (?), 30-Апр-22, 10:33
	балин... ну о чем спорить? в память положил, из памяти взял. но тогда вычитка с диска, и инвалидация - ручками. хочешь, чтобы это работало само - база данных, с кучей кеша данных и/или ключей. все упирается в объем данных, время и желание делать велосипеды. зашардировать данные в редисе - фокус. проверять схему - фокус. реплицировать при высокой летенси сети (xdc) и высокой нагрузке - фокус. юзать как локальный кеш сервиса - отлично работает. ну как-то так...
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Без аргументов (?), 28-Апр-22, 15:16
	Благодарю за ответы. Но интересно, если в РСУБД все как-то атомарно связано транзакциями, констрейтами, в общем, конторолем на уровне СУБД, то как здесь решается проблема синхронизация первичных и прочих агрегированных данных, статистики и прочих витрин? Получается, с помощью бизнес-логики приложения или сервисов?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	50. "Выпуск СУБД Redis 7.0"	–2 +/–
	Сообщение от Аноним (44), 28-Апр-22, 15:55
	Такое ощущение, что вы просто накопипастили случайные фразы из первых ссылок по выдаче гугла.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Без аргументов (?), 28-Апр-22, 17:18
	Просто я работал с одной нераспределенной БД Oracle и Maria DB в рамках одного корпоративного монолита. А про остальное не знаю, вот и спрашиваю.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Без аргументов (?), 28-Апр-22, 17:20
	Одно дело, когда целостность данных конролируется триггерами и прочими связями самой БД. А как это в монгах и редисах я даже не представляю. И полагаю, что это делается на уровне модели софта.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	61. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (44), 28-Апр-22, 18:24
	Что вы подразумеваете под "целостностью данных" в key-value storage?
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Без аргументов (?), 28-Апр-22, 22:08
	Именно там как раз нет, а получается, на уровне софта значит решают вопрос или вообще не решают?
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Аноним (44), 28-Апр-22, 23:29
	Именно так. Понятие "целостности", а точнее, консистентности данных, вообще растёт именно из реляционных СУБД, где данные (обычно) хранятся в нормализованном виде, то есть один объект представлен множеством записей во множестве таблиц. Соответственно, изменение свойств объекта может затрагивать несколько таблиц сразу. Отсюда и появляется необходимость в атомарных, консистентных, изолированных и детерминированных транзакциях (https://ru.wikipedia.org/wiki/ACID), которые значительно усложняют логику работы сервера БД. В документ-ориентированных и key-value СУБД объекты обычно либо атомарны сами по себе (например, настройка something=10), либо хранятся в денормализованном виде (все сведения об объекте в одной записи), поэтому там необходимость строго синхронно обновлять множество сущностей не является краеугольным камнем архитектуры БД. Обычно там вообще нет понятия foreign key.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 08:03
	NoSQL база хранит агрегат. Т. е. одна запись не раскидывается по нескольким таблицам, а значит для поддержания консистентности объекта -- транзакции не нужны. Если речь идеи о ссылках в объекте на другие объекты -- ссылки в NoSQL у нормальных людей постоянны (но вовсе не значения по ссылкам). Если же критично изменение конкретного числа объектов одновременно -- да, там используются всë теже транзакции. Но в голове всегда держим: транзакции гарантируют консистентность, но не гарантируют целостность. Тут поможет только фактор репликации "три". За счëт отсутствия необходимости транзакции на раскладывание сложного объекта -- NoSQL работает быстрее на запись/чтение. Вопрос быстрого поиска решается фильтрами Блума (да, индексы никто не отменял).
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	69. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от амоним (?), 28-Апр-22, 19:02
	да нету там целосности. если целосность нужна (межсервисная), она реализуется тем, что операции умеют накатываться, откатываться, есть очереди для достижения консистентности к определенному моменту, ечть контроль, если очереди мертвых сообщений. читай кафка, читай дельта-лямбда архитектуры, читай евент процессинг, гугли оркестрация, и проч.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	76. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Без аргументов (?), 28-Апр-22, 22:09
	Благодарю
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск СУБД Redis 7.0"	+3 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 08:07
	Вы не понимаете, что такое "консистентность" и "целостность". В NoSQL (сюрприз-сюрприз) есть как механизмы поддержания консистентности (нет, не так как в РСУБД) так и целостности.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	93. "Выпуск СУБД Redis 7.0"	–1 +/–
	Сообщение от амоним (?), 29-Апр-22, 12:27
	да, русские термины перепутал, сорри. имелось ввиду консистентность реализуется руками. встроенных механизмов нету. с целостностью тоже не все очевидно. все что кей-валуе гарантирует - что есть кей, и что есть валуе. а вот что там - ... так что снова руками. тут конешн, все от конкретной бд зависит, их оч много.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 16:17
	> да, русские термины перепутал, сорри. > имелось ввиду консистентность реализуется руками. встроенных механизмов нету. Ну вот не надо гнать. всё уже давно есть. > с целостностью тоже не все очевидно. все что кей-валуе гарантирует - что > есть кей, и что есть валуе. а вот что там - > ... > так что снова руками. Нет, давно уже не руками. > тут конешн, все от конкретной бд зависит, их оч много. Именно. Не все васяны одинаково полезны. Но все приличные васяны давно уже умеют и консистентность, и целостность.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от амоним (?), 30-Апр-22, 10:37
	>[оверквотинг удален] >> имелось ввиду консистентность реализуется руками. встроенных механизмов нету. > Ну вот не надо гнать. всё уже давно есть. >> с целостностью тоже не все очевидно. все что кей-валуе гарантирует - что >> есть кей, и что есть валуе. а вот что там - >> ... >> так что снова руками. > Нет, давно уже не руками. >> тут конешн, все от конкретной бд зависит, их оч много. > Именно. Не все васяны одинаково полезны. Но все приличные васяны давно уже > умеют и консистентность, и целостность. приличные васяны, это монга, да?) ps CAP теорема как бэ -  консистентность... ну в общем трейдоф )
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (4), 28-Апр-22, 18:09
	Aerospike, Scylla
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	104. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от InuYasha (??), 30-Апр-22, 13:57
	реббиты, эластики, постгресы + мемкаши и лоад-балансеры
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

35. "Выпуск СУБД Redis 7.0"	–3 +/–
Сообщение от Тот Самый (?), 28-Апр-22, 14:26
>Redis обеспечивает постоянное хранение данных на диске и гарантирует сохранность БД в случае аварийного завершения работы Ошибочное и вводящее в заблуждение утверждение. Redis может работать как "in memory only", так и с дисковым хранилищем. Все зависит от настроек. Можно настроить сохранение на диск, например, после 500 успешных записей, или по таймеру. Для того, что-бы *гарантировать* сохранность БД в случае аварийного завершения работы, надо настроить сохранение на диск после *каждой* операции записи. Только в таком режиме Redis ни кому не нужен.
Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск СУБД Redis 7.0"	–2 +/–
	Сообщение от Аноним (44), 28-Апр-22, 14:31
	Да нет, БД-то сохранится в любом случае, если save или aof включен. Сохранность данных каждой операции - это уже явный перебор. Даже в "больших и сложных" БД для этого нужен синхронный режим, который сильно просаживает производительность и поэтому нафиг не сдался.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск СУБД Redis 7.0"	–2 +/–
	Сообщение от Просто интересно (?), 28-Апр-22, 15:44
	А чем Редиска лучше Тарантула?
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от eRIC (ok), 29-Апр-22, 07:34
	> А чем Редиска лучше Тарантула? Редиской :)
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск СУБД Redis 7.0"	+4 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 08:08
	Чушь написали. Гуглите "сигналы ОС и их перехват".
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	91. "Выпуск СУБД Redis 7.0"	–1 +/–
	Сообщение от Аноним (44), 29-Апр-22, 11:52
	И какой сигнал отправится процессам, если я выдерну оба блока питания?
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Выпуск СУБД Redis 7.0"	+3 +/–
	Сообщение от Брат Анон (ok), 29-Апр-22, 16:11
	> И какой сигнал отправится процессам, если я выдерну оба блока питания? А у вас размах рук 1500 км?
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск СУБД Redis 7.0"	–2 +/–
	Сообщение от Аноним (99), 29-Апр-22, 17:51
	Вы когда-нибудь видели стоечный сервер?
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Брат Анон (ok), 30-Апр-22, 09:28
	> Вы когда-нибудь видели стоечный сервер? Вы когда-нибудь слышали, что реплики одной и той же базы нельзя размещать не то что в одной стойке -- даже в одном дата-центре?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Выпуск СУБД Redis 7.0"	–1 +/–
	Сообщение от Аноним (105), 01-Май-22, 02:50
	И кто ж запрещает-то? Хоть на одном сервере размещай.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск СУБД Redis 7.0"	+2 +/–
	Сообщение от Брат Анон (ok), 01-Май-22, 10:05
	> И кто ж запрещает-то? Хоть на одном сервере размещай. Запрещает требование высокодоступности и высоконадёжности.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (109), 02-Июн-22, 12:25
	Рациональное мышление?
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

49. "Выпуск СУБД Redis 7.0"	–2 +/–
Сообщение от Za Navalnogo (?), 28-Апр-22, 15:44
>Дополнительные модули, в которых предлагаются расширенные возможности для корпоративных пользователей, такие как RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, с 2019 года поставляются под проприетарной лицензией RSAL. И нормальная авторизация тоже проприетарно. Walled garden для неосиляторов IPC. У неосиляторов такая судьба - страдать и платить, платить и страдать.
Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аногим (?), 28-Апр-22, 16:14
	> нормальная авторизаци Критерий нормальности давай, а то звучит как будто бы ты понятия не имеешь что такоетРедис и с чем его едят.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Выпуск СУБД Redis 7.0"	–3 +/–
	Сообщение от Za Navalnogo (?), 28-Апр-22, 16:22
	>Критерий нормальности давай Без плейнтекста, например. И с tls. С каких пор там в редисе всё это появилося, не подскажешь? И сколько редис жил без этого?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск СУБД Redis 7.0"	–1 +/–
	Сообщение от Аноним (59), 28-Апр-22, 17:51
	Я иначе как через mTLS с Редисом только на локалхосте разговаривал. Мне юниксвей позволяет иметь такие базовые вещи не дожидаясь пока разработчики у себя реализуют. Что тебе мешает — загадка.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск СУБД Redis 7.0"	+1 +/–
	Сообщение от Аноним (44), 28-Апр-22, 18:36
	Не, это не юниксвей, а модульная архитектура в целом и service mesh в частности. Юниксвей - это когда "чего нет - то нам не нужно!!!1"
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (105), 29-Апр-22, 03:59
	Можно и до сервис-меша. С сервис-мешем, конечно же, значительно удобнее.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск СУБД Redis 7.0"	–6 +/–
	Сообщение от Za Navalnogo (?), 28-Апр-22, 19:30
	>Мне юниксвей У тебя и докер юниксвей, да? >Я иначе как через mTLS с Редисом только на локалхосте разговаривал. И до использования хешей пропатчил, ага. Хорошо ты так с темы соскочил, любитель мусорного софта.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	81. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Аноним (105), 29-Апр-22, 03:37
	Зачем тебе для mTLS произвольного tcp-сокета докер, болезный?
	Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск СУБД Redis 7.0"	+/–
Сообщение от Аноним (94), 29-Апр-22, 13:41
Помню, что в свое время столкнулись с каким-то ограничением на размеры толи списка толи словаря в этом Redis и это прям как-то было очень проблемно. Сейчас все еще есть ограничения на размеры этих сущностей. Вообще есть где-то бенчмарки на максимальные обьемы и отзывчивость Redis? Кто-то делал?
Ответить | Правка | Наверх | Cообщить модератору

	95. "Выпуск СУБД Redis 7.0"	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 29-Апр-22, 14:04
	Конечно есть. Расскажете как уперлись в лимит в 4 лярда элементов в словаре?
	Ответить | Правка | Наверх | Cообщить модератору

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

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