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

Выпуск СУБД Redis 7.0, opennews (?), 28-Апр-22, (0) [смотреть все] Как БД и мемкэшд соотносятся Сравнили зелёное и длинное , А где же каменты (?), 10:32 , 28-Апр-22, (1) –7 // Так редиска же часто как кэш используется Вполне валидное сравнение , Аноним (3), 10:46 , 28-Апр-22, (3) +12 Ну Redis в своё время был предложен как замена memcached с поддержкой сброса кэш, Аноним (5), 10:46 , 28-Апр-22, (5) +5 Ну обозвать redis СУБД - это чья та больная фантазия Сами они себя называют in, Igor (??), 10:52 , 28-Апр-22, (7) –3 // Так он не только в памяти хранит так всё нормально , Аноним (21), 12:18 , 28-Апр-22, (21) Ну, Berkeley DB именуется СУБД вполне официально Так что можно быть локальным K, Аноним (44), 15:01 , 28-Апр-22, (44) +2 На самом деле удобная вещь Записал значение как в key-value бд, выставил ему вр, Аноним (9), 10:58 , 28-Апр-22, (9) +1 // Ну - например у нас редиска используется как общая память для обмена информаци, Igor (??), 11:04 , 28-Апр-22, (10) +3 // Как вариант Я использую, чтобы не создавать лишнюю нагрузку от пользователей до, Аноним (9), 11:21 , 28-Апр-22, (13) +1 Редис бывает и просто технических кешем например для того же celery Т е не для, Аноним (21), 12:35 , 28-Апр-22, (25) +1 Кэш для пользователей - это скорее varnish nginx haproxy С тем, что в редисе х, Аноним (44), 14:48 , 28-Апр-22, (39) У него еще куча полезных фич, кроме key value стораджа Например - pub sub - sha, Ivan (??), 11:18 , 28-Апр-22, (12) +5 А вот так И то и другое на кейвалуях Redis - это по сути отказоустойчивый Memc, Lost Inside (ok), 11:36 , 28-Апр-22, (17) +4 Огурец что ли , ryoken (ok), 14:50 , 28-Апр-22, (40) +1 // крокодил , Аноним (74), 20:50 , 28-Апр-22, (74) +1 Многопоточность так и не прикрутили , Аноним (4), 10:46 , 28-Апр-22, (4) // В 4 прикрутили, в 6 докрутили, Массоны Рептилоиды (?), 11:31 , 28-Апр-22, (15) –2 Потому что она всё так же ненужна , Аноним (16), 11:31 , 28-Апр-22, (16) –2 Зачем , Z (??), 12:49 , 28-Апр-22, (26) –1 // Иногда запросов так много, что одно ядро не справляется А ядер в сервере обычно, Фняк (?), 13:16 , 09-Май-22, (108) +1 Давно уже https keydb dev - форк редиса с многопоточностью Кодовая база регу, Аноним (44), 13:53 , 28-Апр-22, (31) +4 // Его нету под FreeBSD, фтопку , Аноним (100), 04:42 , 30-Апр-22, (100) Я только знаю, что 6 2 6 работал с luajit-2 0 5 2 1 0 выдаёт ошибки , и в 6 2 7, Аноним (9), 10:56 , 28-Апр-22, (8) // Это кстати же камень в огород всем небезопасных jit версий любых языков и их вар, Аноним (21), 13:16 , 28-Апр-22, (29) Ребята, а реально запилить сайт который будет использовать только редиску, без л, Аноним (11), 11:17 , 28-Апр-22, (11) +2 // Без проблем В целом можно даже на диск скидывать сторадж, но будет медленнее , Аноним (16), 11:26 , 28-Апр-22, (14) +1 Разработчики из одного известного жёлтого дофига хай-тек банка ухитрились даже, Аноним (44), 14:51 , 28-Апр-22, (41) // Прям туда где value писали видео , Аноним (70), 19:03 , 28-Апр-22, (70) // По-моему, в value писали JSON, в одном из полей которого был base64-кодированный, Аноним (44), 22:40 , 28-Апр-22, (78) +2 современные ойтишнеги очень любят стрелять себе в ноги, Аноним (80), 01:37 , 29-Апр-22, (80) +3 Специфика корпоративной культуры разработки По-моему, такая культура формируетс, Аноним (44), 11:30 , 29-Апр-22, (90) –1 А в чём проблема-то Мы на Редисе делали хранение стриминговых видеофайлов в одн, Денис (??), 23:06 , 18-Авг-23, (110) А кто нить работает в хайлоаде На чем крутятся какие-нибудь комменты в ВК и дру, Без аргументов (?), 11:47 , 28-Апр-22, (18)   // На кластере серверов , bOOster (ok), 12:04 , 28-Апр-22, (19)   В ВК хз у нас все крутится в мемкеше работает быстро есть не просит , Аноним (21), 12:15 , 28-Апр-22, (20) +1   // в мемкеше данные коментов а тип если кластер умрет - их не жалко , амоним (?), 12:23 , 28-Апр-22, (23)   // Заново греть кеши При запросе все данные в том числе предиктовые запрашиваются , Аноним (21), 12:28 , 28-Апр-22, (24) +3   В программировании есть две реально сложных проблемы - именование сущностей и в, Аноним (44), 14:52 , 28-Апр-22, (42) +1   Джефф Этвуд, один из основателей Stack Overflow, Аноним (45), 15:13 , 28-Апр-22, (45)   А чем плохи Hazel Cache и Ignite Cache https stackoverflow com questions 31932, Просто интересно (?), 15:42 , 28-Апр-22, (47)   А кто сказал, что они обязательно плохи Просто они гораздо сильнее интегрируются, Аноним (44), 18:29 , 28-Апр-22, (63)   GridGain еще есть, пока на практике не попробуешь, не поймешь, eRIC (ok), 07:39 , 29-Апр-22, (84)   Имена сущностей и ИНВАЛИДАЦИЯ кешей Вот и выросло поколение, которое не умеет в , Брат Анон (ok), 07:52 , 29-Апр-22, (85)   Автор данной фразы, как и её каноническое написание, вообще не очень точно извес, Аноним (105), 02:48 , 01-Май-22, (105)   сейчас появились оч быстрые железки по диску, и можно на небольшом кол-ве же, амоним (?), 12:22 , 28-Апр-22, (22) –4   // Если про couchbase и aerospike ещё плюс-минус попадание, то кеши в кускуле или к, Аноним (44), 14:39 , 28-Апр-22, (38)   // вопрос был как сделаны коменты или где кеш лежит вроде как про комменты, амоним (?), 18:54 , 28-Апр-22, (66)   про шутки - почитай для чего фб вообще делал кассандру изначально, амоним (?), 18:56 , 28-Апр-22, (67)   мускл - ну ты попробуй положить в него кей-валуе данные, дать ему 256 гиг памяти, амоним (?), 18:59 , 28-Апр-22, (68)   Лучше всё-таки 1 Тб оперативки, а то вдруг данных много окажется, гигабайт, напр, Аноним (44), 22:37 , 28-Апр-22, (77)   Вот когда ты напишешь тест хоть один по сравнению скорости кеша в памяти с кешем, Брат Анон (ok), 07:56 , 29-Апр-22, (86) +3   // о как т е кеш рсубд, живет на диске расскажу по секрету - нет он живет в пам, амоним (?), 12:09 , 29-Апр-22, (92) –3   Ну давай, расскажи мне, как поднять постгрес без диска, вперде И как гарантиров, Брат Анон (ok), 16:13 , 29-Апр-22, (97) +2   балин ну о чем спорить в память положил, из памяти взял но тогда вычитка с , амоним (?), 10:33 , 30-Апр-22, (102)   Благодарю за ответы Но интересно, если в РСУБД все как-то атомарно связано тран, Без аргументов (?), 15:16 , 28-Апр-22, (46) +1   // Такое ощущение, что вы просто накопипастили случайные фразы из первых ссылок по , Аноним (44), 15:55 , 28-Апр-22, (50) –2   // Просто я работал с одной нераспределенной БД Oracle и Maria DB в рамках одного к, Без аргументов (?), 17:18 , 28-Апр-22, (56)   Одно дело, когда целостность данных конролируется триггерами и прочими связями с, Без аргументов (?), 17:20 , 28-Апр-22, (57)   Что вы подразумеваете под целостностью данных в key-value storage , Аноним (44), 18:24 , 28-Апр-22, (61)   Именно там как раз нет, а получается, на уровне софта значит решают вопрос или в, Без аргументов (?), 22:08 , 28-Апр-22, (75)   Именно так Понятие целостности , а точнее, консистентности данных, вообще растё, Аноним (44), 23:29 , 28-Апр-22, (79) +2   NoSQL база хранит агрегат Т е одна запись не раскидывается по нескольким табл, Брат Анон (ok), 08:03 , 29-Апр-22, (87) +2   да нету там целосности если целосность нужна межсервисная , она реализуется те, амоним (?), 19:02 , 28-Апр-22, (69) +1   // Благодарю, Без аргументов (?), 22:09 , 28-Апр-22, (76)   Вы не понимаете, что такое консистентность и целостность В NoSQL сюрприз-сю, Брат Анон (ok), 08:07 , 29-Апр-22, (88) +3   да, русские термины перепутал, сорри имелось ввиду консистентность реализуется р, амоним (?), 12:27 , 29-Апр-22, (93) –1   Ну вот не надо гнать всё уже давно есть Нет, давно уже не руками Именно Не все, Брат Анон (ok), 16:17 , 29-Апр-22, (98) +2   gt оверквотинг удален приличные васяны, это монга, да ps CAP теорема как бэ -, амоним (?), 10:37 , 30-Апр-22, (103)   Aerospike, Scylla, Аноним (4), 18:09 , 28-Апр-22, (60)   реббиты, эластики, постгресы мемкаши и лоад-балансеры, InuYasha (??), 13:57 , 30-Апр-22, (104)   Ошибочное и вводящее в заблуждение утверждение Redis может работать как in mem, Тот Самый (?), 14:26 , 28-Апр-22, (35) –3 // Да нет, БД-то сохранится в любом случае, если save или aof включен Сохранность д, Аноним (44), 14:31 , 28-Апр-22, (37) –2 // А чем Редиска лучше Тарантула , Просто интересно (?), 15:44 , 28-Апр-22, (48) –2 // Редиской , eRIC (ok), 07:34 , 29-Апр-22, (83) Чушь написали Гуглите сигналы ОС и их перехват , Брат Анон (ok), 08:08 , 29-Апр-22, (89) +4 // И какой сигнал отправится процессам, если я выдерну оба блока питания , Аноним (44), 11:52 , 29-Апр-22, (91) –1 // А у вас размах рук 1500 км , Брат Анон (ok), 16:11 , 29-Апр-22, (96) +3 Вы когда-нибудь видели стоечный сервер , Аноним (99), 17:51 , 29-Апр-22, (99) –2 Вы когда-нибудь слышали, что реплики одной и той же базы нельзя размещать не то , Брат Анон (ok), 09:28 , 30-Апр-22, (101) +2 И кто ж запрещает-то Хоть на одном сервере размещай , Аноним (105), 02:50 , 01-Май-22, (106) –1 Запрещает требование высокодоступности и высоконадёжности , Брат Анон (ok), 10:05 , 01-Май-22, (107) +2 Рациональное мышление , Аноним (109), 12:25 , 02-Июн-22, (109) И нормальная авторизация тоже проприетарно Walled garden для неосиляторов IPC , Za Navalnogo (?), 15:44 , 28-Апр-22, (49) –2 // Критерий нормальности давай, а то звучит как будто бы ты понятия не имеешь что т, Аногим (?), 16:14 , 28-Апр-22, (51) +1 // Без плейнтекста, например И с tls С каких пор там в редисе всё это появилося, , Za Navalnogo (?), 16:22 , 28-Апр-22, (53) –3 // Я иначе как через mTLS с Редисом только на локалхосте разговаривал Мне юниксвей, Аноним (59), 17:51 , 28-Апр-22, (59) –1 Не, это не юниксвей, а модульная архитектура в целом и service mesh в частности , Аноним (44), 18:36 , 28-Апр-22, (65) +1 Можно и до сервис-меша С сервис-мешем, конечно же, значительно удобнее , Аноним (105), 03:59 , 29-Апр-22, (82) У тебя и докер юниксвей, да И до использования хешей пропатчил, ага Хорошо ты т, Za Navalnogo (?), 19:30 , 28-Апр-22, (72) –6 Зачем тебе для mTLS произвольного tcp-сокета докер, болезный , Аноним (105), 03:37 , 29-Апр-22, (81) Помню, что в свое время столкнулись с каким-то ограничением на размеры толи спис, Аноним (94), 13:41 , 29-Апр-22, (94) // Конечно есть Расскажете как уперлись в лимит в 4 лярда элементов в словаре , Вы забыли заполнить поле Name (?), 14:04 , 29-Апр-22, (95) 1,4,8,11,18,35,49,94

Сообщения

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

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ообщить модератору

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

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