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

"Доступна документо-ориентированная СУБД MongoDB 6.0"	+/–
Сообщение от opennews (??), 23-Июл-22, 19:11
После года разработки представлен выпуск документо-ориентированной СУБД MongoDB 6.0, которая занимает нишу между быстрыми и масштабируемыми системами, оперирующими данными в формате ключ/значение, и реляционными СУБД, функциональными и удобными в формировании запросов. Код MongoDB написан на языке C++ и распространяется под лицензией  SSPL, которая основана на лицензии AGPLv3, но не является открытой, так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57542
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 23-Июл-22, 19:11	–9 +/–
Монга лучше редиса? Какая из них менее токсична?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #8, #37

3. Сообщение от funny.falcon (?), 23-Июл-22, 19:26	+/–
А почему про индексы опустили? Что теперь можно создавать несколько  партиал индексов по одному набору колонок. Это очень важное улучшение.
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от лютый жжжжж (?), 23-Июл-22, 19:28	–18 +/–
>Монга лучше редиса? монга лучше постгреса ) она вообще топчик для прогеров с ООП головного мозга (нас сейчас около 83.5%)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #110

6. Сообщение от Аноним (6), 23-Июл-22, 19:32	+3 +/–
как так то? Постгресовский jsonb отлично подвинул монгу. Из ООП баз есть какая-то экзотическая Caché, не смотрел но осуждаю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #33, #48

8. Сообщение от hshhhhh (ok), 23-Июл-22, 19:48	+7 +/–
redis -- это прродвинутый memcache нельзя сравнивать редис и монго
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9, #44

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

10. Сообщение от Бывалый смузихлёб (?), 23-Июл-22, 19:58	+2 +/–
> которая занимает нишу между быстрыми и масштабируемыми > и функциональными и удобными в формировании запросов Заучит так будто она медленная и не масштабируемая зато неудобная и нефункциональная в формировании запросов
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

11. Сообщение от hshhhhh (ok), 23-Июл-22, 19:58	+1 +/–
> А если очень хочется? Понятно, что рассматриваю классическую модель использования, при > которой данные не удаляются вообще никогда. Но они могут обновляться. можно найти срез функционала который можно сравнивать, но они же совсем в разных весовых категориях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от пох. (?), 23-Июл-22, 20:25	+4 +/–
Классическая модель использования redis - когда данные не только удаляются, а еще и автоматически удаляются. Все остальное - как правило означает что разработчиками ниасилено ничего кроме редиса (включая гуглопоиск) и из него пытаются сделать гибрид монги-rdbms-и еще если можно-rabbit. Оно первое время у таких даже работает, особенно в тестовой среде. Потом конечно падает под собственным весом и нанимают нормальных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #16, #60

16. Сообщение от Аноним (1), 23-Июл-22, 21:13	+/–
Ну, мне нравится, что оно вроде экономное, и при этом эффективное. Тот же слон раздувается как не в себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #18, #24, #31

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

24. Сообщение от hshhhhh (ok), 23-Июл-22, 22:45	+4 +/–
редис работает пока есть оперативка, а потом перестаёт. и не гарантирует сохранность данных. редис -- это временное хранилище с TTL, но хорошее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #28, #30

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

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

29. Сообщение от hshhhhh (ok), 23-Июл-22, 23:01	+1 +/–
> Понятно, спасибо. Я думал, хотя бы сохранность сброшенных на диск данных там > обеспечивается. до какой-то степени да, но прямо доверять ему не стоит. можно пытаться доверять, но зачем? он не для этого сделан. https://redis.io/docs/manual/persistence/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

30. Сообщение от пох. (?), 23-Июл-22, 23:06	+/–
> редис работает пока есть оперативка, а потом перестаёт. Немного раньше ;-) Из-за fork/save архитектуры. > и не гарантирует сохранность данных. э... Вообще-то гарантирует. На определенных условиях. Чем и отличается в лучшую сторону от мемкэшей. > редис -- это временное хранилище с TTL, но хорошее. Ну я бы сказал так - современный редис вырос в монстра который все уже разок мной перечисленное - и таза банных, и персистентное хранилище с некоторыми оговорками, и система подписок, и чорт в ступе, можно его в таком виде использовать, но - ненужно. Потому что вот _хорошее_ в нем - именно таки да, временное хранилище с ttl. Все остальное специализированные средства делают существенно лучше и надежнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #95

31. Сообщение от пох. (?), 23-Июл-22, 23:10	+2 +/–
Ну так тебе rdbms с плюшками и acid, или key-value с автоэкспайром? Естественно, раздувается, надо ж ему кэши и оптимизатор запросов где-то держать. У нас в системе, к примеру, используется и то и другое (и третье, и иногда даже и четвертое) - просто по назначению. Всякая преходящая сессионная ботва - прекрасно лежит себе в редисе. А терабайты шибкосложно структурированных данных - в нормальной базе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

32. Сообщение от пох. (?), 23-Июл-22, 23:11	+1 +/–
>> которая занимает нишу между быстрыми и масштабируемыми >> и функциональными и удобными в формировании запросов > Заучит так будто она медленная и не масштабируемая зато неудобная и нефункциональная > в формировании запросов ну в целом ты не очень ошибся ;-) Особенно во второй части.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

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

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

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

36. Сообщение от ьщккгнр (?), 24-Июл-22, 01:05	+8 +/–
можно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

37. Сообщение от adolfus (ok), 24-Июл-22, 02:28	–6 +/–
berkeleydb Чистый ISAM в максимальной его реализации, поверх которой вы моежете навертеть все, что вам угодно в какой угодно конфигурации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #41

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

39. Сообщение от Вы забыли заполнить поле Name (?), 24-Июл-22, 03:25	+1 +/–
Там вроде лицензия новая у монги запрещала на ее основе строить облачные решения?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57, #127

40. Сообщение от Аноним (41), 24-Июл-22, 04:16	+5 +/–
да-да, расскажи это гуглу, иксперт локалхостов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #62

41. Сообщение от Аноним (41), 24-Июл-22, 04:17	+/–
ты просто больше ничего не узучил за свои бездарно пролитые 40 лет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #56

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

44. Сообщение от CAP теорема (?), 24-Июл-22, 08:19	–2 +/–
А что там про Tarantool и PostgreSQL Citus? https://www.citusdata.com/ https://www.tarantool.io/en/ Разве они не могут заменить Монговноу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

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

46. Сообщение от Аноним (46), 24-Июл-22, 08:24	+5 +/–
Репы монги недоступны из РФ
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54

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

48. Сообщение от лютый жжжжж (?), 24-Июл-22, 08:27	–6 +/–
>Постгресовский jsonb отлично подвинул монгу костыль убогий поверх убогой субд. монга с 3.4 конфетка, хают её какие-то идиёты застрявшие с 2.6-- или вообще не щупавшие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #76

50. Сообщение от Аноним (50), 24-Июл-22, 08:42	+1 +/–
А какой должен быть серьезный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #74, #124, #125

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

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

54. Сообщение от Рмшъ (?), 24-Июл-22, 09:12	+/–
А если ставить из репозитория дистрибутива? Кто-то что ли качает напрямую с сайта?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #59, #65

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

56. Сообщение от швондер (?), 24-Июл-22, 09:53	–1 +/–
закусывать надо, дарно. Постгреса достаточно, тем более в наши дни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

57. Сообщение от Аноним (26), 24-Июл-22, 09:54	+/–
оно и без лицензии не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

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

59. Сообщение от Аноним (59), 24-Июл-22, 10:20	–1 +/–
Серый импорт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

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

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

65. Сообщение от Аноним (65), 24-Июл-22, 12:27	+1 +/–
Из реп основных дистрибутивов монгу давно выкинули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #68

68. Сообщение от пох. (?), 24-Июл-22, 13:17	–4 +/–
> Из реп основных дистрибутивов монгу давно выкинули. Вот, все правильно. Нехрен обходить нужные и полезные вашей экономики санкции за счет дистрибутивов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

73. Сообщение от Аноним (73), 24-Июл-22, 14:30	+/–
Ранее модненький NoSQL уже лет 7 назад как полностью продул бородатым реляционкам
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75, #108

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

75. Сообщение от Вы забыли заполнить поле Name (?), 24-Июл-22, 18:50	+2 +/–
> Ранее модненький NoSQL уже лет 7 назад как полностью продул бородатым реляционкам И статическая типизаця снова стала модной в язычках. Случайность? Не думаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

76. Сообщение от Аноним (76), 24-Июл-22, 19:19	+4 +/–
Застрявшие на 2.6 хают небезосновательно из-за знаменитой проблемы с cache eviction в тройке. Ожидать от монги можно что угодно, это-ж обычный стартап с незатейливой философией х-к, х-к - и в продакшен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #94

77. Сообщение от Аноним (77), 24-Июл-22, 20:28	+2 +/–
Я даже не знаю что хуже Mongo или Rust...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84, #85, #92

84. Сообщение от Аноним (84), 24-Июл-22, 23:34	+/–
Язык программирования Carbon? Это та штука, которая делает C++ удобнее (И БЕЗОПАСНЕЕ) А ещё оно освободит программистам в перспективе миллиарды лет, ведь вместо void, можно будет писать fn !!!!!! На два символа короче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

85. Сообщение от Аноним (50), 25-Июл-22, 00:29	+/–
Чем вам не нравится mongodb? А rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

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

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

91. Сообщение от 1 (??), 25-Июл-22, 10:10	+/–
дублированием оного ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

92. Сообщение от InuYasha (??), 25-Июл-22, 10:19	+/–
А я знаю что лучше! Акваланг! Монго нехорош лишь когда незаметно начинает тупить. И когда идёт долгий рестарт с рековырянием индексов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

94. Сообщение от лютый жжжжж (?), 25-Июл-22, 11:02	+/–
>знаменитой проблемы с cache eviction в тройке такой знаменитой, что аж ничего не гуглится. я поппеннет читаю 20+ лет, в убогом слоне раз в 2 месяца то уязвимость, то коррапшон чего-либо, каждый раз радуюсь что у меня их ноль. иди уже вакуум теребонькай )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #99, #100

95. Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 11:34	+/–
>Немного раньше ;-) кек, а что вы хотите от инмемори дб? хранить в ней бигдату?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #101

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

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

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

99. Сообщение от Аноним (99), 25-Июл-22, 12:37	+/–
Ну так у тебя оно как "неуловимый Джо", на уй никому не нужен, что бы еще искать ошибки в этом поделии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

100. Сообщение от Аноним (76), 25-Июл-22, 13:08	+/–
о, кто-то ещё пользуется гуглом удачи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #102, #105

101. Сообщение от пох. (?), 25-Июл-22, 13:12	+/–
>>Немного раньше ;-) > кек, а что вы хотите от инмемори дб? хранить в ней бигдату? ну fork/save это вот как раз не совсем инмемори и дает интересные спецэффекты, когда память таки приходится считать. "при мемкэшистах такого не было!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #103

102. Сообщение от Аноним (76), 25-Июл-22, 13:12	+/–
Вся инфа была и есть в ихней джире, и во времена релиза тройки попсовые поисковики её не игнорировали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #106

103. Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 13:31	+/–
>вот как раз не совсем инмемори редиска разве читает данные с диска когда в памяти этих данных нету? fork/save всего лишь слепок текушего инмемори состояния, вопрос для чего? для персистентного хранения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #104

104. Сообщение от пох. (?), 25-Июл-22, 14:00	+/–
Изначально делалось для отката в случае крэша. Да, при старте - читает. Сейчас - в принципе можно использовать и для персистентного хранения, но не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #109

105. Сообщение от пох. (?), 25-Июл-22, 14:18	+/–
> о, кто-то ещё пользуется гуглом А чем надо? Скрепопоисковик Спутник-и-погр...ой, простите, просто Спутник, кажется - всьо? И Просвирин, кстати, тоже сдох. Как жыть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #113

106. Сообщение от пох. (?), 25-Июл-22, 14:18	–1 +/–
> Вся инфа была и есть в ихней джире, и во времена релиза > тройки попсовые поисковики её не игнорировали. это делается одной галочкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

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

108. Сообщение от амоним (?), 25-Июл-22, 15:30	+/–
это как говорить, что шариковые ручки проиграли карандашам. и то и другое используется для схожих целей, но в разных условиях )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

109. Сообщение от Sw00p aka Jerom (?), 25-Июл-22, 15:31	+/–
> Изначально делалось для отката в случае крэша. не для отката, а чтобы избавиться от прогрева. В случае с хранением сессий может только, чтобы не отваливалось все. > Да, при старте - читает. ну вот, но не читает ведь при работе (запросах), значить инмемори. И размер слепка бд на диске не может превышать установленный рабочий объем памяти (max_memory). Что опять таки подтверждает то, что вся база будет хранитмся в инмемори. > Сейчас - в принципе можно использовать и для персистентного хранения, но не > нужно. Ну можно в принципе юзать это, если базу заранее подготовить (статическую, только чтение данных) и размер ее не превышает размеров оперативной памяти. А так ее назначение инмемори временных данных (сессий, всякого рода кеш прослоек и т.д.).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

110. Сообщение от Аноним (110), 25-Июл-22, 15:58	+/–
>прогеров с ООП головного мозга (нас сейчас около 83.5%) А почему именно нас 83.5% ? Если учесть и прогеров оффтопОСей, то больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

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

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

113. Сообщение от Аноним (113), 25-Июл-22, 20:42	+1 +/–
саврименый чилавек всё ищит в тектоке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

114. Сообщение от Аноним (114), 25-Июл-22, 22:20	+/–
Она уже перестала терять данные?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

127. Сообщение от амоним (?), 29-Июл-22, 21:49	+/–
не умеешь читать. запрещала продавать монгу. а юзать - не обляпайся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #129

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

129. Сообщение от Вы забыли заполнить поле Name (?), 29-Июл-22, 22:41	+/–
> не умеешь читать. запрещала продавать монгу. а юзать - не обляпайся. Откуда вылез, болезный? Процетирую специально для тебя > распространяется под лицензией  SSPL, которая основана на лицензии AGPLv3, но не является открытой, так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #130

130. Сообщение от амоним (?), 28-Авг-22, 11:08	–1 +/–
>> не умеешь читать. запрещала продавать монгу. а юзать - не обляпайся. > Откуда вылез, болезный? Процетирую специально для тебя >> распространяется под лицензией  SSPL, которая основана на лицензии AGPLv3, но не является открытой, так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса ну раз мы цитируем, то бери текст лицензии, а не википедию. там программа - это то, что тебе компания, делающая монгу дала. “The Program” refers to any copyrightable work licensed under this License. там речь идет о монге. если ты предлагаешь монгу, к использованию третьей сторойной, то тогда да - исходники монги, исходни укравляющего софта и так далее. If you make the functionality of the Program or a modified version available to third parties as a service, you must make the Service Source Code available via network download to everyone at no charge, under the terms of this License если ничего не понимаешь, не спорь с папой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #131, #132

131. Сообщение от Вы забыли заполнить поле Name (?), 31-Авг-22, 22:08	+/–
> ну раз мы цитируем, то бери текст лицензии, а не википедию. Это текст новости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

132. Сообщение от Вы забыли заполнить поле Name (?), 31-Авг-22, 22:13	+/–
> там речь идет о монге. если ты предлагаешь монгу, к использованию третьей сторойной, то тогда да - исходники монги, исходни укравляющего софта и так далее. If you make the functionality of the Program or a modified version available to third parties as a service, you must make the Service Source Code available via network download to everyone at no charge, under the terms of this License > если ничего не понимаешь, не спорь с папой. Папаша был маньяк и изверг. И вот однажды он не прочитал внимательно комментарии и взбесился больше обычного. Аноним процитировал текст новости, чтобы себя защитить, но папочке это не понравилось. И вот на моих глазах он цитирует лицензию и приходит к выводу, который ему говорил аноним, а потом поворачивается ко мне и говорит: "Что ты такой серьезный, сынок?". Что ты такой серьезный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

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

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