Почему все твердят что MongoDB не подходит для проектов типа интернет магазина и т.д?

Question

[bpGusar]

Почему все твердят что MongoDB не подходит для проектов типа интернет магазина и т.д?

Говорят что монга не подходит для таких проектов как интернет магазин или например какой нибудь системы где есть пользователи, какие то данные к которым эти пользователи привязаны id'шниками. Говорят что сложно делать запросы, нет join'ов и других плюх что дает постгрее или обычный sql.

Я делаю проект на монге, и я спокойно делаю сложные запросы, например из какого либо фильтра, делается очень просто. Так же можно по id'шникам, которые есть в записи в базе, найти данные в других "таблицах" и заменить id'шники в исходной таблице найденными данными что очень удобно.

Так вот, почему все говорят что монга дно и ваще смэрт? Чего я не знаю?

Comments

[Lynn «Кофеман»]

Просто пока у вас 33 товара и 10 покупателей в час то вообще все равно на чем писать, хоть просто файлы хранить.

[Lynn «Кофеман»]

Но вообще выбор бд без описания задач и требований это бесполезный выбор коня в вакууме. Может вашим задачам монга отлично подходит.

Answer 1

[Андрей]

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

Comments

[BoShurik]

А можете сказать, где в магазине понадобятся транзакции? Я че-т вот так с ходу не придумал
По поводу удаления товаров. Что там, что там придется реализовывать удаление через приложение, скорее всего, т.к. чаще всего у связанных элементов будут какие-нибудь картинки, которые тоже надо почистить

[bozuriciyu]

BoShurik, да нигде не понадобятся, вся оплата на сторонних шлюзах

[Araik]

кажется, вы не дошли до транзакций..

Кажется вы не в курсе, что в Монго с 4 версии появились транзакции.

In version 4.0, MongoDB supports multi-document transactions on replica sets.
In version 4.2, MongoDB introduces distributed transactions, which adds support for multi-document transactions on sharded clusters and incorporates the existing support for multi-document transactions on replica sets.

To use transactions on MongoDB 4.2 deployments(replica sets and sharded clusters), clients must use MongoDB drivers updated for MongoDB 4.2.

<?php
Mongodb://mongodb0.example.com:27017,mongodb1.example.com:27017/?replicaSet=myRepl'
 * For a sharded cluster, connect to the mongos instances; e.g.
 * uriString = 'mongodb://mongos0.example.com:27017,mongos1.example.com:27017/'
 */

$client = new \MongoDB\Client($uriString);

// Prerequisite: Create collections. CRUD operations in transactions must be on existing collections.
$client->selectCollection(
    'mydb1',
    'foo',
    [
        'writeConcern' => new \MongoDB\Driver\WriteConcern(\MongoDB\Driver\WriteConcern::MAJORITY, 1000),
    ]
)->insertOne(['abc' => 0]);

$client->selectCollection(
    'mydb2',
    'bar',
    [
        'writeConcern' => new \MongoDB\Driver\WriteConcern(\MongoDB\Driver\WriteConcern::MAJORITY, 1000),
    ]
)->insertOne(['xyz' => 0]);

// Step 1: Define the callback that specifies the sequence of operations to perform inside the transactions.

$callback = function (\MongoDB\Driver\Session $session) use ($client) {
    $client
        ->selectCollection('mydb1', 'foo')
        ->insertOne(['abc' => 1], ['session' => $session]);

    $client
        ->selectCollection('mydb2', 'bar')
        ->insertOne(['xyz' => 999], ['session' => $session]);
};

// Step 2: Start a client session.

$session = $client->startSession();

// Step 3: Use with_transaction to start a transaction, execute the callback, and commit (or abort on error).

$transactionOptions = [
    'readConcern' => new \MongoDB\Driver\ReadConcern(\MongoDB\Driver\ReadConcern::LOCAL),
    'writeConcern' => new \MongoDB\Driver\WriteConcern(\MongoDB\Driver\WriteConcern::MAJORITY, 1000),
    'readPreference' => new \MongoDB\Driver\ReadPreference(\MongoDB\Driver\ReadPreference::RP_PRIMARY),
];

\MongoDB\with_transaction($session, $callback, $transactionOptions);

Answer 2

[bozuriciyu]

Я тоже так думал. А теперь у меня кейс где у меня 5 млн документов в базе. Элементарные запросы, вроде выборки по 2м условиям, пагинация и сортировка выполняются по 5 секунд, ЦПУ улетает в 100%, а иногда все крешится (это я еще только локально один, а что будет после 100 человека на сайте одновременно). После добавления индексов (что еще тот гемор, для каждго варианта вручную делать) запросы где-то по 50-100мс, что тоже не ахти (я привык к 10-20мс). И с этим ничего не сделать. А база еще вырастит в 3-4 раза. Но я уже переход обдумываю. Монга для мелочи, где пару сотен тысяч документов, или если скокрость не важна.

Answer 3

[АртемЪ]

Почему все твердят что MongoDB не подходит для проектов типа интернет магазина и т.д?

Видимо потому, что MongoDB не подходит для их реализации магазина, а может и по какой-то другой причине.

Проекты типа "интернет магазина" бывают довольно разные. И для некоторых из них вполне подходит текстовый файл в качестве БД.
А для некоторых не подходит, и есть специфические требования.
И к этим требованиям определенная БД может подойти, а может и не подойти.

Comments

[Ярослав Зозуля]

Исходя из обсуждения я понял что Mongo можно юзать для не больших магазов.
К примеру на 150-200 позиций товаров.