можете подсказать, для каких областей больше подходит монго

и таких областей где документарная подходит 5%, а реляционная 95% и ничего страшного если для нереляционных данных заюзать sql?) и вопрос зачем тогда монга?

работа с геоданными там лучше, но это редкий кейс

Для документов с неопределённой структурой

но для работы приложения все равно нужны будут миграции, а если просто хранение, то почему не json в постгрес

но без связей?

У тебя сыпется хриналиард стримов с бирж. Внутри разная структура (какие угодно поля) потом по полям нужно быстро строить агрегации. И это все не влазит в максимально вертикальную машину

почему лямдой не строить структуру?

"MongoDB is a distributed document database which claims to offer “among the strongest data consistency, correctness, and safety guarantees of any database available today”, with “full ACID transactions”. Jepsen evaluated MongoDB version 4.2.6, and found that even at the strongest levels of read and write concern, it failed to preserve snapshot isolation. Instead, Jepsen observed read skew, cyclic information flow, duplicate writes, and internal consistency violations. Weak defaults meant that transactions could lose writes and allow dirty reads, even downgrading requested safety levels at the database and collection level. Moreover, the snapshot read concern did not guarantee snapshot unless paired with write concern majority—even for read-only transactions. These design choices complicate the safe use of MongoDB transactions. This work was performed independently, without compensation, and conducted in accordance with the Jepsen ethics policy. MongoDB, Fauna, and YugaByte, all mentioned in this report, have previously engaged Jepsen for paid analyses." http://jepsen.io/analyses/mongodb-4.2.6

ну и как ты построишь агрегацию если у одной биржи поле называется А, а у другой Б?

Нет такого. Нужно агрегации строить по строгим полям, но ты не знаешь каким

и как вы это делаете не ссылаясь на поля?

Обычно. Читайте документацию

спасибо

подскажите как совместить тайпскрипт, деструктуризацию параметров и рест оператор в функции?

репутация монги восстановлена 👍

что то типа

function ff({a, ...rest}:{a:string, rest:any}) {
  return a;
}

let result = ff({a:'a', b:'b', c:'c', d:'d'});

console.log(result);

Выдержка с выступления на Хайлоаде 16 года. Сейчас там вместо MySQL был бы постгрес, но насчет монги – суть та же.

https://habr.com/ru/post/322532/

в гугле можно на каждую такую статью найти why we use mongodb, why we moved to mongodb