занавес монго что это

Инвестидея: MongoDB, потому что дешевле, чем могло бы быть

Сегодня у нас крайне спекулятивная идея: взять акции производителя программного обеспечения MongoDB (NASDAQ: MDB), чтобы заработать на их отскоке после недавнего падения.

Потенциал роста и срок действия: 20% за 14 месяцев; 11% в год на протяжении 15 лет.

Почему акции могут вырасти: они сильно подешевели.

Без гарантий

Наши размышления основаны на анализе бизнеса компании и личном опыте наших инвесторов, но помните: не факт, что инвестидея сработает так, как мы ожидаем. Все, что мы пишем, — это прогнозы и гипотезы, а не призыв к действию. Полагаться на наши размышления или нет — решать вам.

Если хотите первыми узнавать, сработала ли инвестидея, подпишитесь на Т⁠—⁠Ж в «Телеграме»: как только это станет известно, мы сообщим.

И что там с прогнозами автора

Исследования, например вот это и вот это, говорят о том, что точность предсказаний целевых цен невелика. И это нормально: на бирже всегда слишком много неожиданностей и точные прогнозы реализовываются редко. Если бы ситуация была обратная, то фонды на основе компьютерных алгоритмов показывали бы результаты лучше людей, но увы, работают они хуже.

Поэтому мы не пытаемся строить сложные модели. Прогноз доходности в статье — это ожидания автора. Этот прогноз мы указываем для ориентира: как и с инвестидеей в целом, читатели решают сами, стоит доверять автору и ориентироваться на прогноз или нет.

На чем компания зарабатывает

Делает платформу для разработчиков. Согласно годовому отчету компании, ее выручка разделяется на два сегмента.

Подписка — 96%. Валовая маржа сегмента — 74% от его выручки. Это подписка на пользование платформой компании. В этом сегменте 47,9% выручки дает облачный сервис баз данных для приложений MongoDB Atlas. Остальные 52,1% — это подписка на другое ПО.

Услуги — 4%. Это услуги по обучению и консультированию. Сегмент глубоко убыточный: убыток тут составляет 27% от выручки.

У компании также есть бесплатные функции — это важно для нашей истории.

Географически выручка компании распределяется так:

Аргументы в пользу компании

Хорошо упало. В этом году акции компании подешевели почти на 40% из-за очевидной дороговизны — поэтому можно рассчитывать на отскок акций после падения.

Динамика расходов. В идее по Coursera мы говорили о росте расходов американских компаний на ПО и расширение цифровой инфраструктуры в США. Я думаю, что от этого будет хорошо и MongoDB, поскольку ее целевая аудитория в таких условиях будет загружена работой.

Дух старой школы. MongoDB — это широко известная в узких программистских кругах компания. Также она отличается высокими темпами роста выручки — вполне в духе стартапа. Думаю, что сочетание этих двух факторов приведет к росту котировок акций компании: на бирже всегда много тех, кто боится «упустить новый Microsoft». В таком контексте MongoDB выглядит как не самый плохой кандидат на роль нового Microsoft.

И поскольку программистам платят хорошо, а у многих из них нет ни времени, ни желания читать отчетность, я уверен, что немалая часть из них клюнет на знакомое название и инвестирует в эти акции «потому что знаю и верю в эту компанию».

Конкуренция. В сфере баз данных основные конкуренты компании — это Oracle, Microsoft, IBM, SAP и Amazon. И это здорово, потому что это огромные корпорации с бездонными карманами. Это сильно увеличивает вероятность, что MongoDB купит кто-то из них.

Как победить выгорание

Что может помешать

Все равно дорого. Со своей капитализацией 16,52 млрд долларов компания стоит почти как 20% своего целевого рынка — ПО для баз данных. При этом она занимает на нем 0,71% по размерам выручки. Думаю, все согласятся с тем, что это несколько наглая оценка этих акций, — посему стоит быть морально готовыми к волатильности.

Конкуренция и убыточность. Учитывая, что основными конкурентами MongoDB выступают крупные корпорации, а сама она убыточная, очень вероятен вариант, при котором конкуренты начнут ее давить и поставят на грань банкротства, чтобы купить потом гораздо дешевле. Также компания мотивирована заниматься эмиссией новых акций, чтобы финансировать свои операции, — что, конечно, может негативно сказаться на котировках.

Налет стартапности слетает легко. Несмотря на бравые темпы роста выручки, лучшие годы у этой платформы позади. Компания уже давно не получает отраслевых наград, и множеству пользователей достаточно ее бесплатных функций. MongoDB — это решение для мелких контор-стартапов, у которых нет денег на человека, который бы занимался настройкой базы данных, и поэтому они выбирают платные услуги MongoDB. Но как только эти компании вырастают, у них появляются деньги на своего специалиста и платные функции отключают за ненадобностью. Типовой клиент MongoDB — это мелкий стартап, которому нужно доказать инвестору, что технология в надежных руках. Также многие возможности платформы MongoDB переняли ее конкуренты, что снижает возможность покупки компании кем-то крупнее.

Что в итоге

Источник

Основы MongoDB за 5 минут

Данная статья рассчитана на новичков, для тех кто хочет быстро изучить основы работы в MongoDB не влезая в документацию и туториалы на ютубе. Если в данной статье упущены некоторые темы, то автор посчитал, что человек неразбирающийся в теме сам будет в состоянии загуглить это + на протяжении всей статьи расставлены ссылки на документацию, дабы новичкам было легче ориентироваться.

Считается одним из классических примеров NoSQL-систем, использует JSON-подобные документы и схему базы данных. Данную базу данных применяют в веб-разработке, в частности, в рамках JavaScript-ориентированного стека MEAN, MEVN, MERN, которые часто используются веб-разработчиками, как любимые стеки технологий для создания приложений.

Установка

Скачать MongoDB можно с официального сайта для Linux, MacOS, Windows.

В Linux это также можно сделать с одной из следующих команд:

brew

Также для того чтобы взаимодействовать с БД нам потребуется шелл (MongoShell), который качается отдельно: https://www.mongodb.com/try/download/shell?jmp=docs

Основы

После успешной установки MongoDB и Mongoshell мы можем спокойно начать взаимодействовать с базой данных с помощью терминала. Достаточно просто ввести mongosh :

Более подробно о том, что будет ниже можно прочитать здесь

Всё дело в том, что в mongoDB не существует базы данных, покуда мы в неё что-то не поместим. Также, при обращении к определенным объектам (база данных, коллекция) mongoDB они меняют значение, только если существуют, а если не существуют, то они просто создаются. Давайте продемонстрируем принцип работы:

Для того чтобы создать новую базу данных (или использовать существующую) мы должны использовать ключевое слово use :

Давайте создадим новую коллекцию под названием customers (покупатели) и положим туда значение name: Daniil :

Далее мы можем посмотреть наши коллекции с помощью специального метода getCollectionNames :

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

Есть ещё сокращения команд, которые мы тоже можем использовать, например show collections вернёт нам то же самое, однако вид будет более читаемый для человека:

У нашей коллекции, к слову, тоже есть методы и свойства, но они немного другие:

Давайте добавим ещё нескольких покупателей с помощью метода insertMany() :

Итак, давайте заметим несколько моментов на скриншоте:

Метод insertMany() принимает массив элементов, а не просто элементы

MongoDB все равно прилегают ли ключи и их значения к скобкам или нет

Синтаксис MongoDB очень похож на синтаксис JavaScript, поэтому мы можем использовать все виды кавычек (двойные, одинарные, обратные).

Теперь давайте выведем двух пользователей (не важно каких) из нашего списка используем следующую команду db.customers.find().limit(2) :

Как мы видим мы вывели всего два объекта из нашей коллекции, однако что ещё мы можем делать с «найденными» объектами? А вот что:

Теперь давайте рассортируем наши значения с помощью метода sort() :

Можно сортировать значения и с помощью двух аргументов, но для начала давайте их добавим! Для того чтобы добавить значения к найденному элементу коллекции давайте применим функцию updateOne :

Теперь давайте применим метод updateMany() для того чтобы поменять значения у множества элементов, а затем перейдем к сортировке с двумя аргументами:

Теперь рассортируем массив с помощью двух аргументов:

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

Также мы можем выводить наши значения и с помощью других методов, однако дочерние методы тоже будут другими:

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

Более сложные запросы

Атомные операторы нужны для того, чтобы усложнять запросы. Популярные атомные операторы:

Некоторые из них мы рассмотрим ниже:

Как мы видим тут вывелись все записи, у которых поле age больше чем 15.

Добавим ещё один объект, у которого не будет поля age и проверим работу оператора exists :

Видим, что тут exists отработал верно и запись с name: ‘Denis’ не вывелась.

Стоит уточнить, что атомные операторы работают почти со всеми командами в MongoDB, вы можете совмещать их и создавать сложные запросы.

Все остальные команды по типу:

deleteOne (удаляет запись)

replaceOne (заменяет запись)

updateOne (обновляет запись)

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

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

Источник

В чем особенности MongoDB и когда эта база данных вам подходит: руководство для новичков

Подготовили небольшой гайд по СУБД MongoDB: вы узнаете, в чем ее особенности, плюсы и недостатки, для каких проектов она подходит, а когда лучше выбрать реляционную базу данных.

Что такое база данных MongoDB и в чем ее особенности

MongoDB — документоориентированная система управления базами данных с открытым исходным кодом. Для хранения данных используется JSON-подобный формат. Эта СУБД отличается высокой доступностью, масштабируемостью и безопасностью.

Главные особенности MongoDB:

В одном документе могут быть поля разных типов данных, данные не нужно приводить к одному типу. Основное преимущество MongoDB заключается в том, что она может хранить любые данные, но эти данные должны быть в формате JSON.

Пример документа в MongoDB

На схеме показано, как выглядит документ в MongoDB:

MongoDB добавляет поле _id с уникальным значением для идентификации документа в коллекции. Это поле обязательно для заполнения в каждом документе. Оно похоже на первичный ключ документа. Если вы создаете новый документ без поля _id, то MongoDB автоматически создаст его и добавит 24-значный уникальный идентификатор к каждому документу в коллекции.

Структура хранилища MongoDB

СУБД MongoDB полагается на концепции базы данных, коллекций и документов. Рассмотрим основные термины, а для лучшего понимания сравним их с терминами из языка структурированных запросов (SQL):

Зачем использовать MongoDB: преимущества этой СУБД

Ниже приведены несколько причин, по которым стоит использовать MongoDB:

Недостатки MongoDB

Вот основные минусы MongoDB:

Когда стоит и не стоит использовать MongoDB

MongoDB часто выбирают, когда нужна масштабируемая база данных, в настоящее время ее используют в качестве хранилища внутренних данных многие организации, такие как IBM, Twitter, Zendesk, Forbes, Facebook, Google и другие.

Примеры, когда MongoDB подходит для проекта:

Источник

Занавес монго что это

Первые столкновения между Золотой Ордой и Русью начались в начале XIII века — вскоре после появления монголов на Восточно-Европейской равнине.

В 1223 году русские войска вместе с половецкими кочевниками попытались остановить Батыя в Приазовье, на реке Калка, но проиграли. Причём со стороны монгольского войска это была лишь разведка. В последующие 14 лет монголы всё ближе подходили к русским границам, подчиняя соседние народы.

Масштабное нашествие монголо-татар на Русь началось в 1237 году. Один за другим пали русские города — Рязань, Коломна, Москва. Монголов не остановили даже русские морозы: зимой 1328 года были захвачены Владимир, Тверь и Торжок.

Несколько княжеств объединились, чтобы дать отпор кочевникам, но были разбиты на реке Сить. Весной того же года, после героического семинедельного сопротивления пал город Козельск — он был полностью разрушен, а жители убиты.

В 1240 году пал Киев — столица русских земель и самый укреплённый город. Большинство оставшихся в живых князей склонились перед Батыем и обязались платить монголам дань. Вассальная зависимость Руси от Золотой орды длилась более двух веков и вошла в историю под названием «монголо-татарское иго».

Что такое «иго»

Слово «иго» происходит от латинского iugum, обозначавшего сначала упряжь для скота, а затем ставшего синонимом рабства.

Впервые его использовал польский хронист Ян Длугош в 1479 году, в самом конце монгольского владычества на Руси — так он перевёл слова «плененье» и «насилье» из русских летописей. В русских источниках «иго» появляется с 1674 года.

Учите историю вместе с домашней онлайн-школой «Фоксфорда»! По промокоду HISTORY62021 вы получите бесплатный доступ к курсу истории 6 класса, в котором изучается тема Золотой орды!

Кто такие «монголо-татары»

В русских и европейских летописях монгольские завоеватели называются татарами. Это название имеет китайские корни, где словом «тар-тар» именовали все кочевые племена к северу от Великой стены (подобно тому, как древние римляне называли всех чужеземцев «варварами»). Скорее всего, слово «татары» пришло на Русь и в Европу по торговым путям задолго до нашествия.

Постепенно название «татары» перешло на завоёванные монголами тюркские народы, которые пополнили армию Золотой Орды — на половцев, волжских булгар и других. От них произошли современные татары.

Термин «монголо-татары» появился в середине XIX века, чтобы устранить несоответствие между самоназванием завоевателей (монголы) и их наименованием в русских летописях (татары).

В наше время, чтобы избежать путаницы, историки договорились называть этот период «ордынским владычеством». Правда, название «монголо-татарское иго» по-прежнему широко используется.

Годы ордынского владычества

Основной причиной поражения русских и столь долгой зависимости Руси от Золотой Орды стала междоусобица. Княжества Руси, постоянно воевавшие между собой, так и не смогли объединиться перед общей угрозой. Впрочем, даже объединённое русское войско едва ли могло противостоять монгольским полчищам. Их численность по разным оценкам составляла от 75 до 150 тысяч воинов, а дружина любого из восьми крупнейших княжеств насчитывала не более 5 тысяч.

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

После каких-либо происшествий князь должен был являться в столицу Орды — Сарай — с докладом о своих действиях или бездействии. При этом хан нередко требовал от князя брать с собой кого-то из младших родственников, которые оставались в Орде в качестве заложников. Живыми возвращались далеко не все.

Сбором дани с жителей Руси занимались ордынские чиновники баскаки, пока в 1330-х годах московский князь Иван Данилович не добился от хана Узбека права собирать дань самостоятельно, за что получил прозвище Калита («кошель»). Благодаря этому, Москва стала экономическим и политическим центром Руси. С тех пор ордынцы перестали регулярно устраивать набеги на русские земли.

После смерти хана Джанибека в 1359 году в Орде началась борьба за власть, которую летописцы назвали «Великая замятня». Она ослабила Орду, в то время как Москва становилась всё сильнее, объединяя под своими знамёнами всё больше русских земель. В 1374 году московский князь Дмитрий Иванович, внук Ивана Калиты, отказался выплачивать дань фактическому правителю Орды — беклярбеку (советнику) Мамаю.

В 1378 году Мамай отправил на Русь пятидесятитысячное войско, но оно было разбито дружиной Дмитрия Ивановича на реке Вожа. Это была первая победа русских над Ордой, за которой последовала легендарная Куликовская битва.

8 сентября 1380 года объединённое русское войско сошлось в бою с войском Мамая на Куликовом поле, недалеко от слияния рек Дон и Непрядва.

Несмотря на большое количество свидетельств в летописях и художественных произведениях, достоверно об этой битве известно немного. Но совершенно точно одно: воины Дмитрия Ивановича нанесли ордынцам сокрушительное поражение и обратили армию Мамая в бегство.

Это сражение не стало финалом противостояния Руси и Орды. Через два года новый правитель Орды, хан Тохтамыш, разорил Москву и снова заставил русских выплачивать дань. Однако влияние Куликовского сражения на ход истории трудно переоценить.

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

Наконец, именно это знаменитое сражение вдохновило правнука Дмитрия Донского, Ивана III, выступить против Орды и избавить страну от владычества ханов.

Свержение монголо-татарского ига

Через 100 лет после Куликовской битвы, в 1480 году, ордынскому игу пришёл конец. Золотая Орда распалась на несколько ханств, и великий князь московский Иван III отказался выплачивать дань. Хан Большой Орды Ахмат снарядил поход на Русь, но русское войско остановило его на реке Угра.

Этот эпизод вошёл в историю как «великое стояние на Угре». Несколько месяцев две армии стояли на противоположных берегах реки, не решаясь переходить в наступление. С приходом холодов Ахмат решил отступить. Больше ордынские войска на русских землях не появлялись.

Последствия монголо-татарского нашествия

Двухвековое монгольское владычество замедлило развитие экономики, культуры и науки, из-за чего Русь сильно отстала от западноевропейских стран.

Нашествие Батыя привело к огромным потерям населения — сотни людей были убиты или угнаны в рабство, в пожарах погибло множество книг, памятников живописи и архитектуры. Две трети русских городов было разорено, и большую часть из них так и не смогли восстановить. Население платило грабительские налоги. Многие ремёсла забылись на десятилетия и даже века — за время ордынского владычества не было построено ни одного каменного храма.

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

Благодаря этому впоследствии русское государство одержало немало важных побед и в конечном итоге покорило все территории бывшей Золотой Орды.

Источник

MongoDB: Запросы

Хоть и некоторые писали относительно моего предыдущего топика MongoDB: Создание, обновление и удаление документов, что это пересказ офф. документации, я с этим не полностью согласен. Мне показалось, что информация в нём оказалось кому-то полезной, поэтому выкладываю продолжение.

Find — аналог SELECT в MySQL. Используется для выборки документов из MongoDB. Возвращает массив документов в виде коллекции, если документов нет — пустую коллекцию. Пример:

Вернёт всех пользователей из коллекции.

Вернёт всех пользователей, у которых возраст равен 27.

Можно указывать несколько параметров, например, вот так:

Иногда бывает необходимо получить какие то конкретные поля из документов. В этом случае запрос выглядит так:

В итоге получим всех пользователей только с полями «username» и «email» + поле «_id», которое возращается всегда по умолчанию. Если поле «_id» или какое-либо другое не нужно, мы можем это указать вот так:

Запросы с условием

Получаем всех пользователей, «username» которых не равен “joe”

Так можно выбрать все документы коллекции, где существует ключ “z” и он равен null.

Регулярные выражения

Все мы знаем, что регулярные выражения очень мощная штука. MongoDB использует Perl-совместимые регулярные выражения.
Вот так можно найти всех пользователей с именем joe или Joe:

Вообщем есть где разгуляться. Есть куча сервисов для того же javascript’a, где можно писать и проверять свои регулярки.

Запросы в массивах

Допустим есть у нас коллекция food и мы туда вставляем документ с массивом фруктов

То вот такой запрос

Такой запрос вернёт все документы, в массиве фруктов которых, есть и яблоки, и бананы.
Получить документы по полному совпадению элементов в массиве можем так:

findOne — работает аналогично find, но возвращает первый совпавший документ.

Если нужно получить последние 10 комментариев пишем вот так:

в этом случае будет пропущено 23 начальных элемента и вернутся элементы с 24 по 34, если это возможно

Команды limit, skip и sort

Для того, чтоб получить ограниченное количество документов по запросу используется команда limit:

Вернёт первых 3-х пользователей.
Для того, чтоб пропустить несколько документов и получить все остальные используется команда skip:

Получаем всех пользователей, кроме первых трёх.
Для сортировки используется команда sort. Сортировка может быть по возрастанию (1) и по убыванию (- 1). Сортировка может производится по нескольким ключам в порядке их приоритета:

Все эти три команды можно использовать вместе:

Использование команды skip с большими значениями работает не особо быстро. Рассмотрим это на примере пагинации:

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

> var page1 = db.foo.find(criteria).limit(100)
> var page2 = db.foo.find(criteria).skip(100).limit(100)
> var page3 = db.foo.find(criteria).skip(200).limit(100)

но это будет работать довольно медленно. Допустим мы будет делать выборку относительно даты создания документа:

Сортируем по убыванию и берём первые 100. Чтоб не делать skip мы можем получить дату последнего документа и сделать запрос уже относительно этой даты:

Так можно избежать использования команды skip для больших значений.

По сути это основные вещи относительно запросов в MongoDB. Надеюсь это кому-нибудь пригодится.

Источник