Автор Дев Иттичерия, президент и генеральный директор MongoDB
Успех любого бизнеса зависит от их способности использовать технологии, и в частности программное обеспечение и данные, для создания конкурентного преимущества. Следовательно, почти каждый бизнес быстро превращается в софтверный бизнес или рискует быть съеденным одним из них.
Кем был бы Google сегодня без организации сети и понимания того, что мы ищем, или Amazon без сбора нашей истории покупок и создания самого большого выбора товаров для онлайн-покупок, или Facebook, не зная, кто наши друзья и что нам нравится? Эти компании доказали, что возможность легко систематизировать, использовать и обогащать данные является ключевым элементом для стимулирования инноваций и создания огромной ценности. Но это легче сказать, чем сделать. У большинства компаний нет технической хватки или финансовых ресурсов, как у Google, Amazon или Facebook. Откровенно говоря, трудно получить доступ к данным, потому что они разрознены по всему предприятию, их сложно согласовать и структурировать, сложно получить целостное представление о бизнесе, сложно использовать их для новых сценариев использования, и они постоянно меняются и быстро увеличиваются в объеме.
MongoDB была основана для решения этих проблем. MongoDB перевернула традиционную модель базы данных с ног на голову и представила новый тип базы данных, создав модель документа. Модель документа - лучший способ для разработчиков работать с данными, поскольку она предлагает максимальную гибкость в способах моделирования данных и максимальную гибкость для быстрого изменения модели данных. К тому же это невероятно быстро. Более того, разработчикам очень легко использовать его, поскольку он соответствует их образу мышления и программирования. MongoDB также создавалась с нуля для обеспечения отказоустойчивости и масштабируемости. В результате разработчики получают значительный рост производительности с помощью MongoDB. Эти преимущества привели к широкому распространению и сделали MongoDB самой популярной современной базой данных.
Однако некоторые считают, что MongoDB не является жизнеспособной альтернативой для случаев использования с большим количеством транзакций. С точки зрения контекста, реляционные базы данных - это более точно табличные базы данных, где все данные хранятся в таблицах. Данные для данной вещи - например, покупателя или продукта - обычно распределены по нескольким таблицам. По мере изменения информации реляционная база данных должна гарантировать, что все соответствующие данные в разных таблицах обновляются одновременно, или не обновляются вообще, поскольку наихудший результат - изменение только части данных. Чтобы избежать этой проблемы, реляционные базы данных обеспечивали целостность данных за счет введения понятия ACID транзакции. Для многих поддержка ACID важна для любой базы данных общего назначения, особенно для случаев использования с большим количеством транзакций.
В базе данных документов данные не нужно распределять по разным таблицам, а скорее моделируются в одном документе. MongoDB всегда обеспечивает согласованность ACID в одном документе. Мы полагаем, что люди, которым было неудобно использовать MongoDB для сценариев использования с интенсивными транзакциями, чувствовали себя так, прежде всего, потому, что они не полностью понимали, что они могут моделировать большинство отношений в документе или что транзакции в документе уже были совместимы с ACID. Даже если люди знали об этом, некоторые полагали, что могут быть случаи использования, когда важно иметь поддержку ACID во всех документах, если не сейчас, но, возможно, в будущем.
Учитывая это, сегодня мы невероятно рады объявить о добавлении многодокументных транзакций ACID в MongoDB, которое произойдет этим летом с выпуском MongoDB 4.0. В этом выпуске MongoDB будет единственной базой данных, которая сочетает в себе скорость, гибкость и мощность современной базы данных документов с гарантиями целостности данных реляционных баз данных.
Это оригинальное объявление о продукте MongoDB. Я невероятно горжусь работой, проделанной нашими продуктовыми группами за последние три года, чтобы это произошло. Чтобы узнать больше о транзакциях в MongoDB 4.0, прочтите наш блог об этом объявлении.
После проинформирования об этом объявлении ИТ-директор крупной компании из списка Fortune 500 заявил, что, если бы им пришлось перестроить свой портфель приложений, они никогда больше не использовали бы реляционную базу данных, поскольку было бы быстрее и дешевле использовать MongoDB, и это позволило бы им превзойти конкурентов. Мы не могли больше согласиться.
Заявление Safe Harbor
Этот пост содержит «прогнозные заявления» в значении Раздела 27A Закона о ценных бумагах 1933 года с поправками и Раздела 21E Закона о фондовых биржах 1934 года с поправками. Такие прогнозные заявления подвержены ряду рисков, неопределенностей, предположений и других факторов, которые могут привести к тому, что фактические результаты и сроки определенных событий будут существенно отличаться от будущих результатов, выраженных или подразумеваемых в прогнозных заявлениях. Факторы, которые могут вызвать или способствовать возникновению таких различий, включают, помимо прочего, факторы, указанные в документах MongoDB, поданных в Комиссию по ценным бумагам и биржам. Вы не должны полагаться на прогнозные заявления как на предсказания будущих событий. Более того, такие прогнозные заявления действительны только на дату публикации этого поста.
В частности, разработка, выпуск и выбор времени для любых функций или функций, описанных для продуктов MongoDB, остается на усмотрение MongoDB. Эта информация предназначена только для обозначения нашего общего направления развития продукта, и на нее не следует полагаться при принятии решения о покупке, и она не является обязательством, обещанием или юридическим обязательством по предоставлению каких-либо материалов, кода или функций. За исключением случаев, предусмотренных законом, MongoDB не берет на себя никаких обязательств по обновлению каких-либо прогнозных заявлений, чтобы отразить события или обстоятельства после даты таких заявлений.
