доку и пройти курсы

там всё разжевывается вполне себе

ок

всё что не требует транзакционности — отлично переносится в монгу

тразакционность в монге тоже реализуется, но это _очень больно_

и очень сложно

такая прекрасная монга и боль в транзакциях?

это типа держи 2 бд и пиши туда, куда нужно

в монге нет транзакций как класса

потому что атомарность гарантируется только на уровне одного документа

если с монгой начать думать идемпотентными операциями с документами, то всё будет хорошо

транзакции это один из способов, но не единственный

с транзакциями невозможно обеспечить большой поток записей

особенно в распределённых системах

я пошел гуглить "идемпотентными"

это не принесло результатов

please explain

https://ru.wikipedia.org/wiki/Идемпотентность

я понял каждое слово из этой статьи

отдельно

отдельно от объектов/документов

значит что тебе порядок выполнения операций не важен

значит что тебе порядок выполнения операций не важен

тоесть машину состояний я построить не смогу?

и одинаковая операция повторённая 10 раз, будет давать результат как и первая

тоесть машину состояний я построить не смогу?

задача не сформулирована

transition new -> end запушенная 10 раз сработает 1

9 раз вернет ошибку

всё, уже не идемпотентная

всё, уже не идемпотентная

достаточно ли начать по-другому думать чтобы решить эту задачу?

да

наверное

задача всё ещё не сформулировна, но я в тебя верю!

я напряг вот щас все органы для восприятия

натыкался на то что monga в проде хреново себя держит, @dd_bb что скажешь? держал монгу? как себя ведет?

думаю, нормально

живут же как-то разрабы на node.js

с их дефолтным MEAN

живут же как-то разрабы на node.js

это не очень-то жизнь

натыкался на то что monga в проде хреново себя держит, @dd_bb что скажешь? держал монгу? как себя ведет?

как и любой инструмент, в первую очередь зависит от прямоты рук

у меня подшефных два кластера, один на 2 терабайта, другой на тер

в одном 12-15к qps, в другом чот около 20к

брат жив

задача всё ещё не сформулировна, но я в тебя верю!

нужно ли мне отказываться от машины состояний? или есть ли возможность пересмотреть машину состояний так, чтобы конечный автомат был/поддерживал идемпотентность для автоматов с конечными состояниям

нужно ли мне отказываться от машины состояний? или есть ли возможность пересмотреть машину состояний так, чтобы конечный автомат был/поддерживал идемпотентность для автоматов с конечными состояниям

всё ещё плохо сформулированно

но это уже математическая задача на самом деле

я уверен что ты примерно понял ибо документами мыслить еще не научился, на нормальное формулирование могут уйти дни

и я сразу скажу что я не знаю ответа :)

идемпотентность не является единственным инструментом

идемпотентность не является единственным инструментом

но является требованием к мозгу проектироващика для использовать Document Oriented DB

нет

требованием для проектировщика является отсутсвие установок типа «нет транзакций — плохо» и хорошее понимание какую задачу, с какими ограничениями надо решить

"нет транзакций - ничего мы справимся" может стоить очень дорого

вот ты уже сразу совершил ошибку

начать надо с вопроса: зачем нам транзакции? какую задачу мы ими решаем?

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

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

как сделать «кликнул кнопку нечаянно два раза, но получил тот-же результат»

я примерно понимаю, я ее просто не формулировал

зачем нужны транзакции в этом случае?

зачем нужны транзакции в этом случае?

избежать человеческой ошибки?

в чём заключается ошибка?

что случится если я нажму кнопку два раза?

два запроса

что случится с двумя запросами?

обработаются один за другим

user.update color: :blue

что плохого если два раза будет установка color в :blue?

ERROR: S client not available

ну это частный случай

может быть project.activate! два раза, ничего нет страшного кроме лишнего исключения

а если там заплатить - то проверяем валидность формы?

ну это частный случай

а и не надо в общем случае задачи решать

решай в частном

всё решить — невозможно

решай в частном

я понимаю что за это платят больше, но я нормально ленив и любо общие решения :)

ну вот транзакции тоже общее решение, причём мало кто понимает как они работают и что такое видимость в рамках транзакций

транзакции очень сложная концепция

а вот атомарное изменение документа — очень простая

еще и решения не очевидны

ну вот документ — актор

надо думать не о том что хочешь, а о том как транзакция решена тем или иным вендором

я понял, есть над чем подумать, спасибо

а транзакции это когда у тебя мьютексы и мерж состояний

транзакционность работает там где нужна целостность очень больших графов связей

обожаю чат за такие диалоги.

обожаю чат за такие диалоги.

тебе хорошо, а мне приходится мыслить мысли которые я никогда не мыслил

тебе хорошо, а мне приходится мыслить мысли которые я никогда не мыслил

Тыжпрограмист

я старый пердун который знает все больше и знает все меньше постоянная депрессия

да, это печально конечно

Как вы вообще без депрессии живете? Хохочете целыми днями? (ц) Кафка

Всем привет) А здесь вакансии на ruby бывают или у вас тут своя тусовка только по рабочим моментам с блекджеком и ... ? ?

Как вы вообще без депрессии живете? Хохочете целыми днями? (ц) Кафка

хохочу да. алкоголь и легкие наркотики ещё!

Всем привет) А здесь вакансии на ruby бывают или у вас тут своя тусовка только по рабочим моментам с блекджеком и ... ? ?

вы покупаете или продаёте?

хохочу да. алкоголь и легкие наркотики ещё!

я вот не могу на работе пить, работа прекращается сразу

не надо пить на работе

надо пить после работы

это не выход! :)

выход-выход

Всем привет) А здесь вакансии на ruby бывают или у вас тут своя тусовка только по рабочим моментам с блекджеком и ... ? ?

Быстрее на специализированных сайтах найти

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