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

"Выпуск СУБД 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.me/opennews/art.shtml?num=57100
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

4. Сообщение от Аноним (4), 28-Апр-22, 10:46	+/–
Многопоточность так и не прикрутили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #16, #26, #31

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

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

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

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

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

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

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

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

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

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

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

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

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

19. Сообщение от bOOster (ok), 28-Апр-22, 12:04	+/–
На кластере серверов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

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

21. Сообщение от Аноним (21), 28-Апр-22, 12:18	+/–
Так он не только в памяти хранит так всё нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

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

23. Сообщение от амоним (?), 28-Апр-22, 12:23	+/–
в мемкеше данные коментов? а тип если кластер умрет - их не жалко?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #24

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

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

26. Сообщение от Z (??), 28-Апр-22, 12:49	–1 +/–
Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #108

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

60. Сообщение от Аноним (4), 28-Апр-22, 18:09	+/–
Aerospike, Scylla
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

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

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

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

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

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

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

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

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

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

74. Сообщение от Аноним (74), 28-Апр-22, 20:50	+1 +/–
крокодил :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

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

76. Сообщение от Без аргументов (?), 28-Апр-22, 22:09	+/–
Благодарю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

106. Сообщение от Аноним (105), 01-Май-22, 02:50	–1 +/–
И кто ж запрещает-то? Хоть на одном сервере размещай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #107, #109

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

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

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

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

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

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