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

Доступна документо-ориентированная СУБД MongoDB 6.0, opennews (??), 23-Июл-22, (0) [смотреть все] Монга лучше редиса Какая из них менее токсична , Аноним (1), 19:11 , 23-Июл-22, (1) –9 // монга лучше постгреса она вообще топчик для прогеров с ООП головного мозга на, лютый жжжжж (?), 19:28 , 23-Июл-22, (4) –18 // как так то Постгресовский jsonb отлично подвинул монгу Из ООП баз есть какая-т, Аноним (6), 19:32 , 23-Июл-22, (6) +3 // в постресовском jsonb можно делать индексы по вложенным атрибутам , Аноним (33), 23:28 , 23-Июл-22, (33) можно, ьщккгнр (?), 01:05 , 24-Июл-22, (36) +8 костыль убогий поверх убогой субд монга с 3 4 конфетка, хают её какие-то идиёты, лютый жжжжж (?), 08:27 , 24-Июл-22, (48) –6 Застрявшие на 2 6 хают небезосновательно из-за знаменитой проблемы с cache evict, Аноним (76), 19:19 , 24-Июл-22, (76) +4 такой знаменитой, что аж ничего не гуглится я поппеннет читаю 20 лет, в убогом, лютый жжжжж (?), 11:02 , 25-Июл-22, (94) Ну так у тебя оно как неуловимый Джо , на уй никому не нужен, что бы еще искать, Аноним (99), 12:37 , 25-Июл-22, (99) о, кто-то ещё пользуется гугломудачи, Аноним (76), 13:08 , 25-Июл-22, (100) Вся инфа была и есть в ихней джире, и во времена релиза тройки попсовые поискови, Аноним (76), 13:12 , 25-Июл-22, (102) это делается одной галочкой , пох. (?), 14:18 , 25-Июл-22, (106) –1 А чем надо Скрепопоисковик Спутник-и-погр ой, простите, просто Спутник, кажет, пох. (?), 14:18 , 25-Июл-22, (105) саврименый чилавек всё ищит в тектоке , Аноним (113), 20:42 , 25-Июл-22, (113) +1 А почему именно нас 83 5 Если учесть и прогеров оффтопОСей, то больше , Аноним (110), 15:58 , 25-Июл-22, (110) redis -- это прродвинутый memcacheнельзя сравнивать редис и монго, hshhhhh (ok), 19:48 , 23-Июл-22, (8) +7 // А если очень хочется Понятно, что рассматриваю классическую модель использовани, Аноним (1), 19:56 , 23-Июл-22, (9) –1 // можно найти срез функционала который можно сравнивать, но они же совсем в разных, hshhhhh (ok), 19:58 , 23-Июл-22, (11) +1 Классическая модель использования redis - когда данные не только удаляются, а ещ, пох. (?), 20:25 , 23-Июл-22, (14) +4 Ну, мне нравится, что оно вроде экономное, и при этом эффективное Тот же слон р, Аноним (1), 21:13 , 23-Июл-22, (16) Redis это в первую очередь key-value хранилище с плюшками Если пытаться наверну, НяшМяш (ok), 21:24 , 23-Июл-22, (18) +7 редис работает пока есть оперативка, а потом перестаёт и не гарантирует сохранно, hshhhhh (ok), 22:45 , 23-Июл-22, (24) +4 Понятно, спасибо Я думал, хотя бы сохранность сброшенных на диск данных там обе, Аноним (1), 22:59 , 23-Июл-22, (28) до какой-то степени да, но прямо доверять ему не стоит можно пытаться доверять,, hshhhhh (ok), 23:01 , 23-Июл-22, (29) +1 Немного раньше - Из-за fork save архитектуры э Вообще-то гарантирует На оп, пох. (?), 23:06 , 23-Июл-22, (30) кек, а что вы хотите от инмемори дб хранить в ней бигдату , Sw00p aka Jerom (?), 11:34 , 25-Июл-22, (95) ну fork save это вот как раз не совсем инмемори и дает интересные спецэффекты, к, пох. (?), 13:12 , 25-Июл-22, (101) редиска разве читает данные с диска когда в памяти этих данных нету fork save в, Sw00p aka Jerom (?), 13:31 , 25-Июл-22, (103) Изначально делалось для отката в случае крэша Да, при старте - читает Сейчас - , пох. (?), 14:00 , 25-Июл-22, (104) не для отката, а чтобы избавиться от прогрева В случае с хранением сессий может, Sw00p aka Jerom (?), 15:31 , 25-Июл-22, (109) Ну так тебе rdbms с плюшками и acid, или key-value с автоэкспайром Естественно,, пох. (?), 23:10 , 23-Июл-22, (31) +2 Да, сссабака женского полу Есть у нас деятели, которые его в проект в качестве , User (??), 10:48 , 24-Июл-22, (60) +1 А что там про Tarantool и PostgreSQL Citus https www citusdata com https www, CAP теорема (?), 08:19 , 24-Июл-22, (44) –2 berkeleydbЧистый ISAM в максимальной его реализации, поверх которой вы моежете н, adolfus (ok), 02:28 , 24-Июл-22, (37) –6 // ты просто больше ничего не узучил за свои бездарно пролитые 40 лет, Аноним (41), 04:17 , 24-Июл-22, (41) // закусывать надо, дарно Постгреса достаточно, тем более в наши дни , швондер (?), 09:53 , 24-Июл-22, (56) –1 А почему про индексы опустили Что теперь можно создавать несколько партиал инде, funny.falcon (?), 19:26 , 23-Июл-22, (3) Заучит так будто она медленная и не масштабируемая зато неудобная и нефункционал, Бывалый смузихлёб (?), 19:58 , 23-Июл-22, (10) +2 // ну в целом ты не очень ошибся - Особенно во второй части , пох. (?), 23:11 , 23-Июл-22, (32) +1 Есть быстрые и масштабируемые системы, но эту нишу Mongo не занимает , Аноним (26), 22:54 , 23-Июл-22, (26) +1   // Я лично видел кластер из 9 монгов, так что масштабируется как минимум неплохо ес, Самый Лучший Гусь (?), 23:57 , 23-Июл-22, (34) +2   // Ну всё, серьёзный прод, пацаны , Аноним (35), 00:35 , 24-Июл-22, (35) +5   // А какой должен быть серьезный , Аноним (50), 08:42 , 24-Июл-22, (50) +1   Серьёзный прод должен быть серьёзным, это же серьёзный прод , Аноним (74), 18:27 , 24-Июл-22, (74) –1   порядка 1000 9 - это чуть лучше чем у релационных базвидел к примеру тест на Cas, Dmitry22333 (ok), 13:14 , 29-Июл-22, (124)   Вот тест https netflixtechblog com benchmarking-cassandra-scalability-on-aws-o, Dmitry22333 (ok), 14:08 , 29-Июл-22, (125)   Если не обеспечивается ACID и обзор доступной пользователю схемы, то это не БД, , adolfus (ok), 02:37 , 24-Июл-22, (38) –2   // да-да, расскажи это гуглу, иксперт локалхостов, Аноним (41), 04:16 , 24-Июл-22, (40) +5   // Так гуглу твоих данных совершенно не жалко А вот тебе наверное обидно будет пот, пох. (?), 11:40 , 24-Июл-22, (62) –2   Ты, похоже, никогда не видел нагрузок, когда локальный хост не в состоянии с ним, Прохожий (??), 07:29 , 24-Июл-22, (42) +1   // тут тока не надо путать с распределенностью Распределенность не есть отказоусто, Sw00p aka Jerom (?), 12:10 , 25-Июл-22, (97)   _особенно_ у монги, где распределенный и отказоустойчивый одновременно кластер -, пох. (?), 19:43 , 25-Июл-22, (111)   почему неудобно если кластерные операции автоматизированы, когда одна нода берет, Sw00p aka Jerom (?), 19:57 , 25-Июл-22, (112)   хотел тебя послать читать доку, но вспомнил что поздно уже, неположено ее читать, пох. (?), 10:51 , 28-Июл-22, (115)   доку монги я там вообще-то не за монгу говорил и ее удобства, а в целом за отка, Sw00p aka Jerom (?), 11:52 , 28-Июл-22, (116)   внезапно, метаданные тоже могут быть distributed А специальный сервер для них я, пох. (?), 15:28 , 28-Июл-22, (117)   интересно, вот про это и хотелось бы узнать по-подробнеепоэтому эти точки и дела, Sw00p aka Jerom (?), 19:11 , 28-Июл-22, (120)   А что мешает распределенной системе обеспечивать консистентность По CAP теореме , CAP теорема (?), 08:24 , 24-Июл-22, (45) +1   // Проблема в том, что без P, твоя распределенная бд нахрен никому в проде не сдала, нона (?), 01:29 , 25-Июл-22, (86)   Можно, пожалуйста, более развернуто объяснить , Интересно почему (?), 05:53 , 25-Июл-22, (90) +1   да потому, что мы не можем считать, что сеть всегда и идеально доступна по факту, амоним (?), 11:43 , 25-Июл-22, (96)   зачем мы должны считать кто будет проектировать отказоустойчивую пусть даже ра, Sw00p aka Jerom (?), 01:44 , 29-Июл-22, (123)   все так, но сплит-брейн убил много стартапов уже в теории, теория не отличаетс, амоним (?), 21:47 , 29-Июл-22, (126)   потому-что х як-х як и в продакшен, без всяких DR планов, креш-кейсов и т д , Sw00p aka Jerom (?), 22:16 , 29-Июл-22, (128)   кек, про корзину с яйцами , Sw00p aka Jerom (?), 12:14 , 25-Июл-22, (98)   Ну вот ты уже одно яйцо себе надеюсь отрезал и положил в arctic vault, на случай, пох. (?), 15:30 , 28-Июл-22, (118)   https habr com ru post 672124 , Sw00p aka Jerom (?), 19:31 , 28-Июл-22, (121)   Теоретик локалхоста по моим наблюдениям, уже даже банки многое переводят на не, лютый жжжжж (?), 08:24 , 24-Июл-22, (47)   // Теоретик опеннета Ты думаешь, что в банках одни гении работают , Аноним (26), 09:53 , 24-Июл-22, (55) +1   Уж всяко умнее opennet экспертов, Аноним (50), 10:06 , 24-Июл-22, (58) +2   А как обеспечить отказоустойчивость базы данных Если единственный сервер сдохне, Аноним (50), 08:44 , 24-Июл-22, (51) +1   // дублированием оного , 1 (??), 10:10 , 25-Июл-22, (91)   Что такое обзор доступной пользователю схемы , Аноним (50), 08:48 , 24-Июл-22, (52)   ну бложик на 10 подписчиков, никто и не предлагает делать по такому принципу а с, амоним (?), 15:26 , 25-Июл-22, (107)   // seriously или наоборот - если ты думаешь, что на сирьиозных щах у тебя гарантиро, пох. (?), 15:36 , 28-Июл-22, (119)   я б ща рассказал про шардирование, микросервисы, eventual consistence, и проч , амоним (?), 20:26 , 28-Июл-22, (122)   Там вроде лицензия новая у монги запрещала на ее основе строить облачные решения, Вы забыли заполнить поле Name (?), 03:25 , 24-Июл-22, (39) +1 // оно и без лицензии не надо, Аноним (26), 09:54 , 24-Июл-22, (57) не умеешь читать запрещала продавать монгу а юзать - не обляпайся , амоним (?), 21:49 , 29-Июл-22, (127) // Откуда вылез, болезный Процетирую специально для тебя, Вы забыли заполнить поле Name (?), 22:41 , 29-Июл-22, (129) // ну раз мы цитируем, то бери текст лицензии, а не википедию там программа - это т, амоним (?), 11:08 , 28-Авг-22, (130) –1 Это текст новости, Вы забыли заполнить поле Name (?), 22:08 , 31-Авг-22, (131) If you make the functionality of the Program or a modified version available to , Вы забыли заполнить поле Name (?), 22:13 , 31-Авг-22, (132) Репы монги недоступны из РФ, Аноним (46), 08:24 , 24-Июл-22, (46) +5 // А если ставить из репозитория дистрибутива Кто-то что ли качает напрямую с сайт, Рмшъ (?), 09:12 , 24-Июл-22, (54) // Серый импорт , Аноним (59), 10:20 , 24-Июл-22, (59) –1 Из реп основных дистрибутивов монгу давно выкинули , Аноним (65), 12:27 , 24-Июл-22, (65) +1 // Вот, все правильно Нехрен обходить нужные и полезные вашей экономики санкции за, пох. (?), 13:17 , 24-Июл-22, (68) –4 Ранее модненький NoSQL уже лет 7 назад как полностью продул бородатым реляционка, Аноним (73), 14:30 , 24-Июл-22, (73) // И статическая типизаця снова стала модной в язычках Случайность Не думаю , Вы забыли заполнить поле Name (?), 18:50 , 24-Июл-22, (75) +2 это как говорить, что шариковые ручки проиграли карандашам и то и другое использ, амоним (?), 15:30 , 25-Июл-22, (108) Я даже не знаю что хуже Mongo или Rust , Аноним (77), 20:28 , 24-Июл-22, (77) +2 // Язык программирования Carbon Это та штука, которая делает C удобнее И БЕЗОПАС, Аноним (84), 23:34 , 24-Июл-22, (84) Чем вам не нравится mongodb А rust , Аноним (50), 00:29 , 25-Июл-22, (85) А я знаю что лучше Акваланг Монго нехорош лишь когда незаметно начинает тупить , InuYasha (??), 10:19 , 25-Июл-22, (92) Она уже перестала терять данные , Аноним (114), 22:20 , 25-Июл-22, (114) 1,3,10,26,39,46,73,77,114

Сообщения

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

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

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

	35. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+5 +/–
	Сообщение от Аноним (35), 24-Июл-22, 00:35
	> из 9 Ну всё, серьёзный прод, пацаны.
	Ответить | Правка | Наверх | Cообщить модератору

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

	74. "Доступна документо-ориентированная СУБД MongoDB 6.0"	–1 +/–
	Сообщение от Аноним (74), 24-Июл-22, 18:27
	Серьёзный прод должен быть серьёзным, это же серьёзный прод!
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Dmitry22333 (ok), 29-Июл-22, 13:14
	порядка 1000 9 - это чуть лучше чем у релационных баз видел к примеру тест на Cassandra: запустили на AWS 250 серверов  и достигли скорости записи 1 млн транзакций в секунду.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	125. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Dmitry22333 (ok), 29-Июл-22, 14:08
	Вот тест: https://netflixtechblog.com/benchmarking-cassandra-scalabili... на картинке из теста показана линейная масшиабируемость: https://miro.medium.com/max/1400/1*r2pJJZxKNktYmRN5mi5tOA.png
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	38. "Доступна документо-ориентированная СУБД MongoDB 6.0"	–2 +/–
	Сообщение от adolfus (ok), 24-Июл-22, 02:37
	Если не обеспечивается ACID и обзор доступной пользователю схемы, то это не БД, а абсолютное говноподелие. Если есть сеть, нет смысла в распределенных БД, поскольку всегда первичен ACID, а все остальное легко реализуется на одном локально расположенном территориально хосте. Все эти распределенные дела нужны только для того, чтобы понтоваться, высасывать бабки с клиентов и защищать диссертации.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	40. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+5 +/–
	Сообщение от Аноним (41), 24-Июл-22, 04:16
	да-да, расскажи это гуглу, иксперт локалхостов
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Доступна документо-ориентированная СУБД MongoDB 6.0"	–2 +/–
	Сообщение от пох. (?), 24-Июл-22, 11:40
	> да-да, расскажи это гуглу, иксперт локалхостов Так гуглу твоих данных совершенно не жалко. А вот тебе наверное обидно будет потерять все, нажитое непосильным трудом и спрятанное на локалхосте?
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+1 +/–
	Сообщение от Прохожий (??), 24-Июл-22, 07:29
	Ты, похоже, никогда не видел нагрузок, когда локальный хост не в состоянии с ними справиться. Да? И, видимо, никогда не слышал про такое понятие, как отказоустойчивость.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	97. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 12:10
	>И, видимо, никогда не слышал про такое понятие, как отказоустойчивость. тут тока не надо путать с распределенностью. Распределенность не есть отказоустойчивость.
	Ответить | Правка | Наверх | Cообщить модератору

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

	112. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 19:57
	> _особенно_ у монги, где распределенный и отказоустойчивый одновременно кластер - это п-ц > неудобно и ненадежно. почему неудобно если кластерные операции автоматизированы, когда одна нода берет на себя мастер функции и т.д. (все это должно быть автоматом). Ненадежно, почему? распределенная система это клетка куда кладут яйца, а не распределенная - корзина (из поговорки). Распределенная система в случае сбоя должна частично быть не работоспособна, ибо сбой не должен затрагивать рабочие узлы, помимо этого необходимо минимальное резервирование для полной отказоустойчивости (всякие там репликейшен факторы). В серьезных распределенных системах отказоустойчивость надо проектировать на всех уровнях, от дисков, серверных нод, дц стоек, самих дц, и регионально.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от пох. (?), 28-Июл-22, 10:51
	> _особенно_ у монги, где распределенный и отказоустойчивый одновременно кластер - это п-ц > почему неудобно хотел тебя послать читать доку, но вспомнил что поздно уже, неположено ее читать одичалым. > когда одна нода берет на себя мастер функции и т.д. Тогда эта система не будет распределенной. У монги это _разные_ вещи и при смешивании их в кучу все становится совсем интересно, но лучше - с галерки в бинокль. А потом ты узнаешь как у нее интересно устроена защита от split-brain, когда мастером становиться никто не желает... Многие даже отъявленные жабисты после этого шли на поклон к ребятам из postgrespro, обеими руками придерживая свежепоротые задницы.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 28-Июл-22, 11:52
	> хотел тебя послать читать доку доку монги? я там вообще-то не за монгу говорил и ее удобства, а в целом за отказоустойчивые распределенные системы. Система может быть не распределенной, но отказоустойчивой быть обязана. > Тогда эта система не будет распределенной. ну тогда определимся с понятием распределенный. Сами данные если лежат каждый на своей ноде, то где-то должна лежать информация об этих данных (метаданные), которые для отказоустойчивости должны быть размещены на минимум 3-х нодах в виде кластера с выбором мастера. Это классическая архитектура распределенного хранения данных. Всякие люстры, гпфс и т. д. так работаю. И метаданные в этом случае не распределены, всегда будет эта точка отказа. Думаю вы знаете иной метод построения распределенных систем, плиз в студию. > А потом ты узнаешь как у нее интересно устроена защита от split-brain, > когда мастером становиться никто не желает... не хочу знать, за монгу не говорю, split-brain решается кворумом банальным.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от пох. (?), 28-Июл-22, 15:28
	> Сами данные если лежат каждый на своей ноде, то где-то должна лежать информация об этих данных (метаданные) внезапно, метаданные тоже могут быть distributed. А специальный сервер для них является узким местом в больших системах (не про монгу будь сказ...ой...shi...) > Всякие люстры, гпфс и т. д. так работаю. а вот например gluster - так не работает, нет у него сервера метаданных вообще. Платить за это приходится производительностью, поскольку там задачу "решили" в лоб (правильней сказать - не знали что задача вообще требует решения и забили "и так сойдет", но тем не менее) А монга работает гораздо, гораздо чудесатее. > split-brain решается кворумом банальным. и вот херак - у тебя сдох ЦОД, а второй...ой...встал в readonly forever. И с пляжа на Таити ты резко перемещаешься на минуспервый этаж корпоративного дибилдинга, где уже ждет мастер-кнутователь. Он тебе и объяснит, подробнейше, почему банальные решения в области обработки больших данных не всегда являются хорошей идеей. Опять таки у распределенной и отказоустойчивой одновременно монги все резко становится еще чудесатее, одной поркой не отделаешься, на минус-втором этаже в фундаменте есть свободные бетонные ямы. Ну а поскольку тебе лишние знания без надобности - про arbiter node и почему это очень забавно но вообще нельзя никогда и никому я тебе рассказывать не буду, пожалуй.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 28-Июл-22, 19:11
	> внезапно, метаданные тоже могут быть distributed. интересно, вот про это и хотелось бы узнать по-подробнее > А специальный сервер для них является > узким местом в больших системах (не про монгу будь сказ...ой...shi...) поэтому эти точки и делают отказоустойчивые, 2+1 - минимум. > а вот например gluster - так не работает, нет у него сервера > метаданных вообще. ну и в чем плюсы и минусы? > и вот херак - у тебя сдох ЦОД, а второй...ой...встал в readonly > forever. И с пляжа на Таити ты резко перемещаешься на минуспервый > этаж корпоративного дибилдинга, где уже ждет мастер-кнутователь. я же выше перечислял уровни отказоустойчивости, если в проекте не продусмотрена отказоустойчивость уровня дц, то да я с Гаити припрусь. > Он тебе и объяснит, подробнейше, почему банальные решения в области обработки больших > данных не всегда являются хорошей идеей. у вас есть другие решения? плиз в студию - интересно. > Опять таки у распределенной и отказоустойчивой одновременно монги все резко становится > еще чудесатее, одной поркой не отделаешься, на минус-втором этаже в фундаменте > есть свободные бетонные ямы. не интересна мне монга в конкретном случае, мне интересен механизм распределенности и отказоустойчивости. > Ну а поскольку тебе лишние знания без надобности - про arbiter node > и почему это очень забавно но вообще нельзя никогда и никому > я тебе рассказывать не буду, пожалуй. пфффффф, так бы сразу и сказали бы, можете не отвечать на выше указанные вопросы.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+1 +/–
	Сообщение от CAP теорема (?), 24-Июл-22, 08:24
	А что мешает распределенной системе обеспечивать консистентность? По CAP теореме такая система будет класса AC.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	86. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от нона (?), 25-Июл-22, 01:29
	Проблема в том, что без P, твоя распределенная бд нахрен никому в проде не сдалась. Тот кто говорит, что у него AC в сторадже: тупое школоло.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+1 +/–
	Сообщение от Интересно почему (?), 25-Июл-22, 05:53
	Можно, пожалуйста, более развернуто объяснить?
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от амоним (?), 25-Июл-22, 11:43
	да потому, что мы не можем считать, что сеть всегда и идеально доступна. по факту, если есть проблема коммуникации по сети, система получается должна выбирать быть ли ей: - доступной, но не консистентной (ноды не могут общаться, а значит невозможно обеспечить их одинаковыми данными, но писать в часть нод мы можем) - консистентной, но отключенной от нагрузки (просто не меняем данные, возможен режим readonly) а дальше все зависит от конкретной стратегии. например, при сетевой недоступности части кластера, база может часть кластера отключать (минорную), а потом восстанавливать данные репликацией, как это делает монга. в результате, в зависимости от конфигурации, кластер может выдерживать различное количество отказов - как на уровне ноды, так и на уровне сети.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 29-Июл-22, 01:44
	>да потому, что мы не можем считать, что сеть всегда и идеально доступна. зачем мы должны считать? кто будет проектировать отказоустойчивую (пусть даже распределенную) систему, не думая в первую очередь про отказоустойчивость сети? Зачем спроектированную отказоустойчивую систему размещать в дц (сложно назвать это место дц) где нет отказоустойчивого электрического питания или системы там охлаждения. Не говорю уже о мерах "защита от дурака" или "уборщиц, проснувшихся не стой ноги". Это все комплекс мер и требований отказоустойчивости.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от амоним (?), 29-Июл-22, 21:47
	все так, но сплит-брейн убил много стартапов уже... в теории, теория не отличается от практики, а на практике - отличается )
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 29-Июл-22, 22:16
	> в теории, теория не отличается от практики, а на практике - отличается ) потому-что  х*як-х*як и в продакшен, без всяких DR планов, креш-кейсов и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 12:14
	>твоя распределенная бд нахрен никому в проде не сдалась. кек, про корзину с яйцами.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	118. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от пох. (?), 28-Июл-22, 15:30
	>>твоя распределенная бд нахрен никому в проде не сдалась. > кек, про корзину с яйцами. Ну вот ты уже одно яйцо себе надеюсь отрезал и положил в arctic vault, на случай чего? Или все же отсутствие у тебя второй головы и второй жопы как бы намекает...
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 28-Июл-22, 19:31
	> Или все же отсутствие у тебя второй головы и второй жопы как > бы намекает... https://habr.com/ru/post/672124/
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от лютый жжжжж (?), 24-Июл-22, 08:24
	>Если не обеспечивается ACID... абсолютное говноподелие. Теоретик локалхоста ) по моим наблюдениям, уже даже банки многое переводят на не ACID-системы,а уж остальным оно и подавно не надо.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	55. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+1 +/–
	Сообщение от Аноним (26), 24-Июл-22, 09:53
	Теоретик опеннета. Ты думаешь, что в банках одни гении работают?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+2 +/–
	Сообщение от Аноним (50), 24-Июл-22, 10:06
	Уж всяко умнее opennet экспертов
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+1 +/–
	Сообщение от Аноним (50), 24-Июл-22, 08:44
	А как обеспечить отказоустойчивость базы данных? Если единственный сервер сдохнет?
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	91. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от 1 (??), 25-Июл-22, 10:10
	дублированием оного ?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от Аноним (50), 24-Июл-22, 08:48
	Что такое "обзор доступной пользователю схемы"?
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	107. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от амоним (?), 25-Июл-22, 15:26
	ну бложик на 10 подписчиков, никто и не предлагает делать по такому принципу. а серьезные системы, с требованием к масштабируемости и отказоустойчивости - вполне живой вариант. Аноним, если ты не знаешь зачем что-то существует, это не значит, что нет тех кто знает, и использует (с) попробуй это осознать, и когда (если) получится - разрешаю цитировать, но только с указанием моего авторства.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	119. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от пох. (?), 28-Июл-22, 15:36
	> а серьезные системы, с требованием к масштабируемости и отказоустойчивости - вполне живой > вариант. seriously? > Аноним, если ты не знаешь зачем что-то существует, это не значит, что > нет тех кто знает, и использует (с) или наоборот - если ты думаешь, что на сирьиозных щах у тебя гарантированная масштабируемость и отказоустойчивость, а не "пока еще каким-то чудом не навернулось" - возможно ты чего-то не знаешь или не видел. А с бложиком как раз все было бы хорошо - ну потеряется последнее ненужное выражение ЧСВ, или ответ отстанется без вопроса - бложик немногое потеряет. А вот если там твой последний свифт-перевод на разрешенные $20000...
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
	Сообщение от амоним (?), 28-Июл-22, 20:26
	я б ща рассказал про шардирование, микросервисы, eventual consistence, и проч... а еще про физическую невозможность процессить все транзакции в реалтайме изза задержек и проблем со связью, так же как и про страховые депозиты банков, на случай двойного списания средств, так же как и про то, что свифт обрабатывается далеко не в реальном времени, и требует кучи ручных операций, которые по определению смльно асинхронны к выполнению кода. но мсье пох видимо найдет, что мне ответить все равно...
	Ответить | Правка | Наверх | Cообщить модератору

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

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