The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Доступна документо-ориентированная СУБД MongoDB 6.0

23.07.2022 18:50

После года разработки представлен выпуск документо-ориентированной СУБД MongoDB 6.0, которая занимает нишу между быстрыми и масштабируемыми системами, оперирующими данными в формате ключ/значение, и реляционными СУБД, функциональными и удобными в формировании запросов. Код MongoDB написан на языке C++ и распространяется под лицензией SSPL, которая основана на лицензии AGPLv3, но не является открытой, так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса.

MongoDB поддерживает хранение документов в JSON-подобном формате, имеет достаточно гибкий язык для формирования запросов, может создавать индексы для различных хранимых атрибутов, эффективно обеспечивает хранение больших бинарных объектов, поддерживает журналирование операций по изменению и добавлению данных в БД, может работать в соответствии с парадигмой Map/Reduce, поддерживает репликацию и построение отказоустойчивых конфигураций.

В MongoDB имеются встроенные средства по обеспечению сегментирования (распределение набора данных по серверам на основе определенного ключа), в сочетании с репликацией позволяющие построить горизонтально масштабируемый кластер хранения, в котором отсутствует единая точка отказа (сбой любого узла не сказывается на работе БД), поддерживается автоматическое восстановление после сбоя и перенос нагрузки с вышедшего из строя узла. Расширение кластера или преобразование одного сервера в кластер производится без остановки работы БД простым добавлением новых машин.

Основные особенности нового выпуска:

  • Реализована возможность выполнения запросов, охватывающих данные, хранимые в зашифрованном виде (Queryable Encryption). Данные расшифровываются на стороне пользователя и в процессе обработки запроса остаются зашифрованными (запрос выполняется над зашифрованными данными, без их предварительной расшифровки). В текущем виде в запросах допускаются только выражения сравнения, но в дальнейшем планируется добавить поддержку проверки диапазонов, префиксов, суффиксов, подстрок и других операций.
  • Расширены возможности, связанные с хранением данных в форме временного ряда (time series collections), оптимизированные для хранения срезов значений параметров, записываемых через определённые промежутки времени (время и набор соответствующих этому времени значений), например, необходимость в хранении подобных данных возникает в системах мониторинга, финансовых платформах, системах опроса состояний датчиков. В новом выпуске предоставлена возможность использования вторичных и составных индексов с коллекциями данных в форме временного ряда. Добавлена поддержка прикрепления дополнительных данных, например, географической информации для учёта расстояния и местоположения. Повышена производительность чтения, выполнения запросов и сортировки.
  • Добавлены новые средства по отслеживанию изменений ("потоки изменений", API Change Streams), при помощи которых можно организовать отправку приложениям уведомлений об изменении данных в БД. Сведения об изменениях поступают в режиме реального времени и позволяют создавать приложения с использованием методов реактивного и событийно-ориентированного программирования. События обрабатываются при помощи метода watch, при необходимости события можно отсеивать и агрегировать при помощи операторов $match, $project и $redact. В новой версии предоставлена возможность получения предыдущего и последующего состояния документа (например, когда документ удалён или изменён). Помимо операций с использованием языка DML (data manipulation language) предоставлена поддержка операций DDL (data definition language), таких как создание и удаление индексов и коллекций. Добавлены средства для фильтрации ассоциированных уведомлений.
  • В операторах $lookup и $graphlookup реализована полная поддержка секционированных (sharded) хранилищ. Оптимизирована производительность операции $lookup, например, при наличии индекса по внешнему ключу сопоставление небольшого числа документов теперь выполняется в 5-10 раз быстрее, а большого числа - в два раза быстрее. Для сопоставлений без использования индексов прирост производительности может достигать 100 раз.
  • Предоставлена возможность выполнения сложных аналитических запросов над непротиворечивыми срезами (snapshot) состояния рабочих данных. Подобные аналитические запросы могут охватывать несколько сегментов в больших распределённых конфигурациях MongoDB.
  • Добавлены новые операторы $maxN , $minN и $lastN для определения значений в наборе данных, а также оператор $sortArray для сортировки элементов массива.
  • Значительно повышена эффективность сегментирования. Применяемый по умолчанию размер блока для сегментированной коллекции увеличен до 128 МБ. Добавлена команда configureCollectionBalancing для дефрагментации сегментированной коллекции.
  • В средства клиентского шифрования данных на уровне полей (CSFLE, client-side field-level encryption) добавлена поддержка KMIP-совместимых провайдеров ключей.
  • Добавлена возможность сжатия и шифрования лога аудита, в котором отражается активность пользователей СУБД.
  • Реализован экспериментальный режим синхронизации данных между кластерами MongoDB (Cluster-to-Cluster Sync).


  1. Главная ссылка к новости (https://www.mongodb.com/blog/p...)
  2. OpenNews: Выпуск FerretDB 0.3, реализации MongoDB на базе СУБД PostgreSQL
  3. OpenNews: Доступна документо-ориентированная СУБД MongoDB 5.0
  4. OpenNews: Утечка персональных данных 275 млн индийских пользователей через публичную СУБД MongoDB
  5. OpenNews: Используемая проектом MongoDB лицензия SSPL признана недопустимой в Fedora Linux
  6. OpenNews: Ошибка настройки MongoDB привела к утечке 445 млн email-адресов клиентов компании Veeam
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/57542-mongodb
Ключевые слова: mongodb
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (92) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 19:11, 23/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Монга лучше редиса? Какая из них менее токсична?
     
     
  • 2.4, лютый жжжжж (?), 19:28, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • –18 +/
    >Монга лучше редиса?

    монга лучше постгреса ) она вообще топчик для прогеров с ООП головного мозга (нас сейчас около 83.5%)

     
     
  • 3.6, Аноним (6), 19:32, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    как так то? Постгресовский jsonb отлично подвинул монгу. Из ООП баз есть какая-то экзотическая Caché, не смотрел но осуждаю
     
     
  • 4.33, Аноним (33), 23:28, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    в постресовском jsonb можно делать индексы по вложенным атрибутам?
     
     
  • 5.36, ьщккгнр (?), 01:05, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    можно
     
  • 4.48, лютый жжжжж (?), 08:27, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >Постгресовский jsonb отлично подвинул монгу

    костыль убогий поверх убогой субд. монга с 3.4 конфетка, хают её какие-то идиёты застрявшие с 2.6-- или вообще не щупавшие.

     
     
  • 5.76, Аноним (76), 19:19, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Застрявшие на 2.6 хают небезосновательно из-за знаменитой проблемы с cache eviction в тройке. Ожидать от монги можно что угодно, это-ж обычный стартап с незатейливой философией х-к, х-к - и в продакшен.
     
     
  • 6.94, лютый жжжжж (?), 11:02, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >знаменитой проблемы с cache eviction в тройке

    такой знаменитой, что аж ничего не гуглится. я поппеннет читаю 20+ лет, в убогом слоне раз в 2 месяца то уязвимость, то коррапшон чего-либо, каждый раз радуюсь что у меня их ноль. иди уже вакуум теребонькай )

     
     
  • 7.99, Аноним (99), 12:37, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так у тебя оно как "неуловимый Джо", на уй никому не нужен, что бы еще искать ошибки в этом поделии.
     
  • 7.100, Аноним (76), 13:08, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    о, кто-то ещё пользуется гуглом
    удачи
     
     
  • 8.102, Аноним (76), 13:12, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вся инфа была и есть в ихней джире, и во времена релиза тройки попсовые поискови... текст свёрнут, показать
     
     
  • 9.106, пох. (?), 14:18, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это делается одной галочкой ... текст свёрнут, показать
     
  • 8.105, пох. (?), 14:18, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А чем надо Скрепопоисковик Спутник-и-погр ой, простите, просто Спутник, кажет... текст свёрнут, показать
     
     
  • 9.113, Аноним (113), 20:42, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    саврименый чилавек всё ищит в тектоке ... текст свёрнут, показать
     
  • 3.110, Аноним (110), 15:58, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >прогеров с ООП головного мозга (нас сейчас около 83.5%)

    А почему именно нас 83.5% ? Если учесть и прогеров оффтопОСей, то больше.

     
  • 2.8, hshhhhh (ok), 19:48, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    redis -- это прродвинутый memcache

    нельзя сравнивать редис и монго

     
     
  • 3.9, Аноним (1), 19:56, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если очень хочется? Понятно, что рассматриваю классическую модель использования, при которой данные не удаляются вообще никогда. Но они могут обновляться.
     
     
  • 4.11, hshhhhh (ok), 19:58, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если очень хочется? Понятно, что рассматриваю классическую модель использования, при
    > которой данные не удаляются вообще никогда. Но они могут обновляться.

    можно найти срез функционала который можно сравнивать, но они же совсем в разных весовых категориях.

     
  • 4.14, пох. (?), 20:25, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Классическая модель использования redis - когда данные не только удаляются, а еще и автоматически удаляются.

    Все остальное - как правило означает что разработчиками ниасилено ничего кроме редиса (включая гуглопоиск) и из него пытаются сделать гибрид монги-rdbms-и еще если можно-rabbit. Оно первое время у таких даже работает, особенно в тестовой среде.

    Потом конечно падает под собственным весом и нанимают нормальных.


     
     
  • 5.16, Аноним (1), 21:13, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, мне нравится, что оно вроде экономное, и при этом эффективное. Тот же слон раздувается как не в себя.
     
     
  • 6.18, НяшМяш (ok), 21:24, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Redis это в первую очередь key-value хранилище с плюшками. Если пытаться навернуть что-то сложнее, то монга будет выгоднее.
     
  • 6.24, hshhhhh (ok), 22:45, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    редис работает пока есть оперативка, а потом перестаёт.

    и не гарантирует сохранность данных.

    редис -- это временное хранилище с TTL, но хорошее.

     
     
  • 7.28, Аноним (1), 22:59, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, спасибо. Я думал, хотя бы сохранность сброшенных на диск данных там обеспечивается.
     
     
  • 8.29, hshhhhh (ok), 23:01, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    до какой-то степени да, но прямо доверять ему не стоит можно пытаться доверять,... текст свёрнут, показать
     
  • 7.30, пох. (?), 23:06, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > редис работает пока есть оперативка, а потом перестаёт.

    Немного раньше ;-) Из-за fork/save архитектуры.
    > и не гарантирует сохранность данных.

    э... Вообще-то гарантирует. На определенных условиях. Чем и отличается в лучшую сторону от мемкэшей.

    > редис -- это временное хранилище с TTL, но хорошее.

    Ну я бы сказал так - современный редис вырос в монстра который все уже разок мной перечисленное - и таза банных, и персистентное хранилище с некоторыми оговорками, и система подписок, и чорт в ступе, можно его в таком виде использовать, но - ненужно. Потому что вот _хорошее_ в нем - именно таки да, временное хранилище с ttl. Все остальное специализированные средства делают существенно лучше и надежнее.

     
     
  • 8.95, Sw00p aka Jerom (?), 11:34, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    кек, а что вы хотите от инмемори дб хранить в ней бигдату ... текст свёрнут, показать
     
     
  • 9.101, пох. (?), 13:12, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну fork save это вот как раз не совсем инмемори и дает интересные спецэффекты, к... текст свёрнут, показать
     
     
  • 10.103, Sw00p aka Jerom (?), 13:31, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    редиска разве читает данные с диска когда в памяти этих данных нету fork save в... текст свёрнут, показать
     
     
  • 11.104, пох. (?), 14:00, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Изначально делалось для отката в случае крэша Да, при старте - читает Сейчас -... текст свёрнут, показать
     
     
  • 12.109, Sw00p aka Jerom (?), 15:31, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не для отката, а чтобы избавиться от прогрева В случае с хранением сессий может... текст свёрнут, показать
     
  • 6.31, пох. (?), 23:10, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так тебе rdbms с плюшками и acid, или key-value с автоэкспайром? Естественно, раздувается, надо ж ему кэши и оптимизатор запросов где-то держать.

    У нас в системе, к примеру, используется и то и другое (и третье, и иногда даже и четвертое) - просто по назначению. Всякая преходящая сессионная ботва - прекрасно лежит себе в редисе. А терабайты шибкосложно структурированных данных - в нормальной базе.

     
  • 5.60, User (??), 10:48, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, сссабака женского полу. Есть у нас деятели, которые его в проект в качестве ещё и message brocker'а затащили. И оно даже работало, пока на продуктиве телеметрию цеплять не начали.
    В сентябре будут apache pulsar (whyyyyyy?!) делать.
     
  • 3.44, CAP теорема (?), 08:19, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что там про Tarantool и PostgreSQL Citus?

    https://www.citusdata.com/

    https://www.tarantool.io/en/

    Разве они не могут заменить Монговноу?

     
  • 2.37, adolfus (ok), 02:28, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    berkeleydb
    Чистый ISAM в максимальной его реализации, поверх которой вы моежете навертеть все, что вам угодно в какой угодно конфигурации.
     
     
  • 3.41, Аноним (41), 04:17, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ты просто больше ничего не узучил за свои бездарно пролитые 40 лет
     
     
  • 4.56, швондер (?), 09:53, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    закусывать надо, дарно. Постгреса достаточно, тем более в наши дни.
     

  • 1.3, funny.falcon (?), 19:26, 23/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему про индексы опустили?
    Что теперь можно создавать несколько  партиал индексов по одному набору колонок. Это очень важное улучшение.
     
  • 1.10, Бывалый смузихлёб (?), 19:58, 23/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > которая занимает нишу между быстрыми и масштабируемыми
    > и функциональными и удобными в формировании запросов

    Заучит так будто она медленная и не масштабируемая зато неудобная и нефункциональная в формировании запросов

     
     
  • 2.32, пох. (?), 23:11, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> которая занимает нишу между быстрыми и масштабируемыми
    >> и функциональными и удобными в формировании запросов
    > Заучит так будто она медленная и не масштабируемая зато неудобная и нефункциональная
    > в формировании запросов

    ну в целом ты не очень ошибся ;-)
    Особенно во второй части.


     

  • 1.26, Аноним (26), 22:54, 23/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Есть быстрые и масштабируемые системы, но эту нишу Mongo не занимает.
     
     
  • 2.34, Самый Лучший Гусь (?), 23:57, 23/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я лично видел кластер из 9 монгов, так что масштабируется как минимум неплохо если не сказать хорошо.
     
     
  • 3.35, Аноним (35), 00:35, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > из 9

    Ну всё, серьёзный прод, пацаны.

     
     
  • 4.50, Аноним (50), 08:42, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какой должен быть серьезный?
     
     
  • 5.74, Аноним (74), 18:27, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Серьёзный прод должен быть серьёзным, это же серьёзный прод!
     
  • 5.124, Dmitry22333 (ok), 13:14, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    порядка 1000

    9 - это чуть лучше чем у релационных баз

    видел к примеру тест на Cassandra: запустили на AWS 250 серверов  и достигли скорости записи 1 млн транзакций в секунду.

     
  • 5.125, Dmitry22333 (ok), 14:08, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тест:
    https://netflixtechblog.com/benchmarking-cassandra-scalability-on-aws-over-a-m

    на картинке из теста показана линейная масшиабируемость:
    https://miro.medium.com/max/1400/1*r2pJJZxKNktYmRN5mi5tOA.png

     
  • 2.38, adolfus (ok), 02:37, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если не обеспечивается ACID и обзор доступной пользователю схемы, то это не БД, а абсолютное говноподелие.
    Если есть сеть, нет смысла в распределенных БД, поскольку всегда первичен ACID, а все остальное легко реализуется на одном локально расположенном территориально хосте. Все эти распределенные дела нужны только для того, чтобы понтоваться, высасывать бабки с клиентов и защищать диссертации.
     
     
  • 3.40, Аноним (41), 04:16, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    да-да, расскажи это гуглу, иксперт локалхостов
     
     
  • 4.62, пох. (?), 11:40, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > да-да, расскажи это гуглу, иксперт локалхостов

    Так гуглу твоих данных совершенно не жалко. А вот тебе наверное обидно будет потерять все, нажитое непосильным трудом и спрятанное на локалхосте?

     
  • 3.42, Прохожий (??), 07:29, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты, похоже, никогда не видел нагрузок, когда локальный хост не в состоянии с ними справиться. Да? И, видимо, никогда не слышал про такое понятие, как отказоустойчивость.
     
     
  • 4.97, Sw00p aka Jerom (?), 12:10, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >И, видимо, никогда не слышал про такое понятие, как отказоустойчивость.

    тут тока не надо путать с распределенностью. Распределенность не есть отказоустойчивость.

     
     
  • 5.111, пох. (?), 19:43, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    _особенно_ у монги, где распределенный и отказоустойчивый одновременно кластер - это п-ц неудобно и ненадежно.

     
     
  • 6.112, Sw00p aka Jerom (?), 19:57, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > _особенно_ у монги, где распределенный и отказоустойчивый одновременно кластер - это п-ц
    > неудобно и ненадежно.

    почему неудобно если кластерные операции автоматизированы, когда одна нода берет на себя мастер функции и т.д. (все это должно быть автоматом). Ненадежно, почему? распределенная система это клетка куда кладут яйца, а не распределенная - корзина (из поговорки). Распределенная система в случае сбоя должна частично быть не работоспособна, ибо сбой не должен затрагивать рабочие узлы, помимо этого необходимо минимальное резервирование для полной отказоустойчивости (всякие там репликейшен факторы). В серьезных распределенных системах отказоустойчивость надо проектировать на всех уровнях, от дисков, серверных нод, дц стоек, самих дц, и регионально.

     
     
  • 7.115, пох. (?), 10:51, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > _особенно_ у монги, где распределенный и отказоустойчивый одновременно кластер - это п-ц
    > почему неудобно

    хотел тебя послать читать доку, но вспомнил что поздно уже, неположено ее читать одичалым.

    > когда одна нода берет на себя мастер функции и т.д.

    Тогда эта система не будет распределенной. У монги это _разные_ вещи и при смешивании их в кучу все становится совсем интересно, но лучше - с галерки в бинокль.

    А потом ты узнаешь как у нее интересно устроена защита от split-brain, когда мастером становиться никто не желает...

    Многие даже отъявленные жабисты после этого шли на поклон к ребятам из postgrespro, обеими руками придерживая свежепоротые задницы.


     
     
  • 8.116, Sw00p aka Jerom (?), 11:52, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    доку монги я там вообще-то не за монгу говорил и ее удобства, а в целом за отка... текст свёрнут, показать
     
     
  • 9.117, пох. (?), 15:28, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    внезапно, метаданные тоже могут быть distributed А специальный сервер для них я... текст свёрнут, показать
     
     
  • 10.120, Sw00p aka Jerom (?), 19:11, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    интересно, вот про это и хотелось бы узнать по-подробнее поэтому эти точки и дел... текст свёрнут, показать
     
  • 3.45, CAP теорема (?), 08:24, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что мешает распределенной системе обеспечивать консистентность?

    По CAP теореме такая система будет класса AC.

     
     
  • 4.86, нона (?), 01:29, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что без P, твоя распределенная бд нахрен никому в проде не сдалась. Тот кто говорит, что у него AC в сторадже: тупое школоло.
     
     
  • 5.90, Интересно почему (?), 05:53, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно, пожалуйста, более развернуто объяснить?
     
     
  • 6.96, амоним (?), 11:43, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    да потому, что мы не можем считать, что сеть всегда и идеально доступна.

    по факту, если есть проблема коммуникации по сети, система получается должна выбирать быть ли ей:
    - доступной, но не консистентной (ноды не могут общаться, а значит невозможно обеспечить их одинаковыми данными, но писать в часть нод мы можем)
    - консистентной, но отключенной от нагрузки (просто не меняем данные, возможен режим readonly)

    а дальше все зависит от конкретной стратегии.
    например, при сетевой недоступности части кластера, база может часть кластера отключать (минорную), а потом восстанавливать данные репликацией, как это делает монга. в результате, в зависимости от конфигурации, кластер может выдерживать различное количество отказов - как на уровне ноды, так и на уровне сети.

     
     
  • 7.123, Sw00p aka Jerom (?), 01:44, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >да потому, что мы не можем считать, что сеть всегда и идеально доступна.

    зачем мы должны считать? кто будет проектировать отказоустойчивую (пусть даже распределенную) систему, не думая в первую очередь про отказоустойчивость сети? Зачем спроектированную отказоустойчивую систему размещать в дц (сложно назвать это место дц) где нет отказоустойчивого электрического питания или системы там охлаждения. Не говорю уже о мерах "защита от дурака" или "уборщиц, проснувшихся не стой ноги". Это все комплекс мер и требований отказоустойчивости.

     
     
  • 8.126, амоним (?), 21:47, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    все так, но сплит-брейн убил много стартапов уже в теории, теория не отличает... текст свёрнут, показать
     
     
  • 9.128, Sw00p aka Jerom (?), 22:16, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    потому-что х як-х як и в продакшен, без всяких DR планов, креш-кейсов и т д ... текст свёрнут, показать
     
  • 5.98, Sw00p aka Jerom (?), 12:14, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >твоя распределенная бд нахрен никому в проде не сдалась.

    кек, про корзину с яйцами.

     
     
  • 6.118, пох. (?), 15:30, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>твоя распределенная бд нахрен никому в проде не сдалась.
    > кек, про корзину с яйцами.

    Ну вот ты уже одно яйцо себе надеюсь отрезал и положил в arctic vault, на случай чего?

    Или все же отсутствие у тебя второй головы и второй жопы как бы намекает...

     
     
  • 7.121, Sw00p aka Jerom (?), 19:31, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Или все же отсутствие у тебя второй головы и второй жопы как
    > бы намекает...

    https://habr.com/ru/post/672124/

     
  • 3.47, лютый жжжжж (?), 08:24, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Если не обеспечивается ACID... абсолютное говноподелие.

    Теоретик локалхоста ) по моим наблюдениям, уже даже банки многое переводят на не ACID-системы,а уж остальным оно и подавно не надо.

     
     
  • 4.55, Аноним (26), 09:53, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теоретик опеннета. Ты думаешь, что в банках одни гении работают?
     
     
  • 5.58, Аноним (50), 10:06, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уж всяко умнее opennet экспертов
     
  • 3.51, Аноним (50), 08:44, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как обеспечить отказоустойчивость базы данных? Если единственный сервер сдохнет?
     
     
  • 4.91, 1 (??), 10:10, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    дублированием оного ?
     
  • 3.52, Аноним (50), 08:48, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое "обзор доступной пользователю схемы"?
     
  • 3.107, амоним (?), 15:26, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну бложик на 10 подписчиков, никто и не предлагает делать по такому принципу.
    а серьезные системы, с требованием к масштабируемости и отказоустойчивости - вполне живой вариант.

    Аноним, если ты не знаешь зачем что-то существует, это не значит, что нет тех кто знает, и использует (с)

    попробуй это осознать, и когда (если) получится - разрешаю цитировать, но только с указанием моего авторства.

     
     
  • 4.119, пох. (?), 15:36, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > а серьезные системы, с требованием к масштабируемости и отказоустойчивости - вполне живой
    > вариант.

    seriously?

    > Аноним, если ты не знаешь зачем что-то существует, это не значит, что
    > нет тех кто знает, и использует (с)

    или наоборот - если ты думаешь, что на сирьиозных щах у тебя гарантированная масштабируемость и отказоустойчивость, а не "пока еще каким-то чудом не навернулось" - возможно ты чего-то не знаешь или не видел.

    А с бложиком как раз все было бы хорошо - ну потеряется последнее ненужное выражение ЧСВ, или ответ отстанется без вопроса - бложик немногое потеряет. А вот если там твой последний свифт-перевод на разрешенные $20000...

     
     
  • 5.122, амоним (?), 20:26, 28/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    я б ща рассказал про шардирование, микросервисы, eventual consistence, и проч... а еще про физическую невозможность процессить все транзакции в реалтайме изза задержек и проблем со связью, так же как и про страховые депозиты банков, на случай двойного списания средств, так же как и про то, что свифт обрабатывается далеко не в реальном времени, и требует кучи ручных операций, которые по определению смльно асинхронны к выполнению кода. но мсье пох видимо найдет, что мне ответить все равно...
     

  • 1.39, Вы забыли заполнить поле Name (?), 03:25, 24/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Там вроде лицензия новая у монги запрещала на ее основе строить облачные решения?
     
     
  • 2.57, Аноним (26), 09:54, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    оно и без лицензии не надо
     
  • 2.127, амоним (?), 21:49, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не умеешь читать. запрещала продавать монгу. а юзать - не обляпайся.
     
     
  • 3.129, Вы забыли заполнить поле Name (?), 22:41, 29/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > не умеешь читать. запрещала продавать монгу. а юзать - не обляпайся.

    Откуда вылез, болезный? Процетирую специально для тебя

    > распространяется под лицензией  SSPL, которая основана на лицензии AGPLv3, но не является открытой, так как содержит дискриминирующее требование поставки под лицензией SSPL не только кода самого приложения, но и исходных текстов всех компонентов, вовлечённых в предоставление облачного сервиса

     

  • 1.46, Аноним (46), 08:24, 24/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Репы монги недоступны из РФ
     
     
  • 2.54, Рмшъ (?), 09:12, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если ставить из репозитория дистрибутива? Кто-то что ли качает напрямую с сайта?
     
     
  • 3.59, Аноним (59), 10:20, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Серый импорт?
     
  • 3.65, Аноним (65), 12:27, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из реп основных дистрибутивов монгу давно выкинули.
     
     
  • 4.68, пох. (?), 13:17, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Из реп основных дистрибутивов монгу давно выкинули.

    Вот, все правильно. Нехрен обходить нужные и полезные вашей экономики санкции за счет дистрибутивов.

     

  • 1.73, Аноним (73), 14:30, 24/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ранее модненький NoSQL уже лет 7 назад как полностью продул бородатым реляционкам
     
     
  • 2.75, Вы забыли заполнить поле Name (?), 18:50, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ранее модненький NoSQL уже лет 7 назад как полностью продул бородатым реляционкам

    И статическая типизаця снова стала модной в язычках. Случайность? Не думаю.

     
  • 2.108, амоним (?), 15:30, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    это как говорить, что шариковые ручки проиграли карандашам.
    и то и другое используется для схожих целей, но в разных условиях )
     

  • 1.77, Аноним (77), 20:28, 24/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я даже не знаю что хуже Mongo или Rust...
     
     
  • 2.84, Аноним (84), 23:34, 24/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Язык программирования Carbon?
    Это та штука, которая делает C++ удобнее (И БЕЗОПАСНЕЕ)
    А ещё оно освободит программистам в перспективе миллиарды лет, ведь вместо void, можно будет писать fn !!!!!!
    На два символа короче.
     
  • 2.85, Аноним (50), 00:29, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чем вам не нравится mongodb?
    А rust?
     
  • 2.92, InuYasha (??), 10:19, 25/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А я знаю что лучше! Акваланг!

    Монго нехорош лишь когда незаметно начинает тупить. И когда идёт долгий рестарт с рековырянием индексов.

     

  • 1.114, Аноним (114), 22:20, 25/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Она уже перестала терять данные?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру