На сколько плоха идея хранить данные о платежах в MongoDB?

Question

[Кирилл]

Привет!
Парни, собственно вопрос уже озвучил в заголовке.
Всегда юзал MySQL, теперь пришла пора работать с MongoDB, по требованию заказчика.
Заказчик просит быстро запилить ему веб-приложуху на Meteor, через нее хочет проводить платежи.
Вот и возник вопрос, хороша ли идея хранить данные о платежах в Mongo?
В MySQL есть транзакции, но в Монго на сколько я знаю такого нет или есть?

Буду благодарен за ответы.

Comments

[Василий Назаров]

Заказчик просит быстро запилить ему веб-приложуху на Meteor, через нее хочет проводить платежи

ой

[Кирилл]

Василий Назаров: Что не так?)))

[Василий Назаров]

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

[Василий Назаров]

Кирилл Лобанов: а вообще, Метеора уже вроде как не существует уже.
В смысле, он типа интересен только в статьях 15 года

[Кирилл]

Василий Назаров: с чего вы это взяли? Развивается и живет полной жизнью.

[Василий Назаров]

Кирилл Лобанов:
Живёт только в головах создателей и адептов, и в их статьях.
Вряд ли вы найдёте хоть один реально работающий проект на нём.

[Кирилл]

Василий Назаров: Чет вы меня прям опечалить пытаетесь)))

[Василий Назаров]

Кирилл Лобанов:
только предотвратить от херни всякой

[Кирилл]

Василий Назаров: ок. Тогда вопрос, на чем бы вы стали писать из семейства зверинцев JavaScript))

[Василий Назаров]

ой-ой-йо

JavaScript

почему непременно он? на сервере-то?
Тем не менее
1. Отделите фронт от бэка (нет ничего сейчас такого, чтобы помогало одновременно и там, и там)
2. Для фронта берите непременно Vue2 (вы ж спросили, чем бы я)
3. Для бэка, если уж непременно JS - спросить у людей, что правильно для REST API на серверном JS (я слова-то знаю, рекомендовать не буду, ибо сам на сервере орудую PHP, там всё ништяк)

[Кирилл]

Василий Назаров: а почему вы противитесь JS на сервере?)) Ну и вопрос еще один, что бы использовали на бэкенде?)))

[Василий Назаров]

Кирилл Лобанов:
Я не "противлюсь" JS на сервере. Просто, чтобы на нём делать бэк, надо очень очень очень сильно уметь.
И моя реплика была скорее тупо вопросом "почему непременно он?".
Т.е. если вы прямо знаете, почему - тогда понятно. Если вы ничего, кроме JS, не знаете.. ну, может, пойдёт хорошо.. или получится пц заказчику.
На сервере хорошЫ PHP, JS (ля, опять ой), Go, Java

[Кирилл]

Василий Назаров: понятно)) спасибо за ответы))

[Василий Назаров]

пожалуйста

Answer 1

[emp1re]

Гугл

Comments

[Кирилл]

Спасибо)) Я чет пролетал мимо этого))) Жаль что на кластерах только не пашет эта шляпа, будем думать))

[emp1re]

Кирилл Лобанов: https://www.npmjs.com/package/mongodb-transaction
Вариантов много, монга хороша, и давно все вопросы решили или на уровне самой монги или внешних модулей.

[Кирилл]

emp1re: Уххх!!!! Вот за ссылку вообще спасибо большое!))) Я просто с ней никогда не работал, говорят, что прикольная, хочу попробовать)) Надоело SQL писать))

[emp1re]

Кирилл Лобанов: Не юзайте именно этот пакет, он устарел, это пример, поищите что подойдет вам, обязательно проверьте супортиться ли он, и сколько его используют.

[Кирилл]

emp1re: ок! Спасибо, что предупредили!) Начал читать о нем))

[heducose]

Кирилл Лобанов: добрый день. Вы нашли подходящий акутуальный пакет? Я что-то ничего не найду.

[Кирилл]

heducose: нет пока что, сейчас сосредоточен на проектировании.

[heducose]

Кирилл Лобанов: насколько я понял, это все плохие решения. Нету ACID в noSQL.

Answer 2

[terrier]

На сколько плоха идея хранить данные о платежах в MongoDB?

Очень плоха и в первую очередь, потому что у вас с ней мало опыта.
В худшем случае вы рандомно понатыкаете $isolated, findAndModify и тэдэ и получите расползание финансовых данных примерно сразу же. В лучшем - сделаете своими руками некое подобие движка распределенных транзакций ( плохого и забагованного ), а потом опять получите расползание финансовых данных.
У MongoDB богатая история критических багов, потери данных и огромное количество тонкостей, которое нужно учитывать в реальном продакшне.

Comments

[Кирилл]

Учту, спасибо.

[heducose]

А какие не SQL решения вы предложите для решения подобной задачи?

[terrier]

heducose: Ну, смотрите - для финансовых операций вам как минимум нужны полноценные транзакции и какая-нибудь жесткая модель консистентности ( eventual consistency вас расстроит для этой задачи ). Сходу не могу припомнить NOSQL-решение, которое бы это обеспечивало и при этом было бы достаточно взрослым и распространенным, чтобы внедрять его в реальный продакшн в наших реалиях.
Между тем, в "традиционных" RDBMS это более-менее тривиально.

Answer 3

[Василий Назаров]

Оторвите задачу хранения финансовых транзакций от всей это хипстоты типа Метеора или (прости, Господи) Ангуляра.
И тогда вы поймёте, что гнётся не ложка БД для хранения транзакций нужно выбирать независимо от прочих технологий.

Comments

[Василий Назаров]

Кирилл Лобанов: собственно, вы вроде спрашивали не про JS, а про Mongo?
А Mongo по определению данные теряет легко.