KM
На стаке пишут про самореферентно-иерархичускую модель, но я такого даже не знаю. Также говорили про отношения, но что-то я ничего не понимаю
Size: a a a
2021 June 15
KM
Вот нарисовал то, что сейчас есть
АL
На входе: [{name: «Иванов»}]
На выходе : [{name: «Иванов»},{name: «Петров»}]
На выходе : [{name: «Иванов»},{name: «Петров»}]
N
О каком конкретно чате и каких мастшабах идет речь?
АL
Выше
KM
О простом чате на сокетах. Из функционала только просмотр диалогов и обмен самими сообщениями
N
Это push, я спрашивал об этом, мне не совсем понятно что требуется
АL
У меня тут тоже push , только не работает.
N
Какая роль таблицы dialogs?
АL
Добавить ещё одного пользователя в массив объектов с полем name
KM
Допустим у меня будут 3 таблицы, но разве это нормально, что в таблице messages будут сохраняться все сообщения со всех диалогов? Нельзя новую таблицу создавать с названием идентификатора диалога. Или лучше в одной таблице все хранить?
N
У вас .save идет после выполнения запроса, зачем вам он если запрос уже модифицирует документ?
KM
Как я понял, в ней должны быть участники указаны
АL
Понял, удалю ) это поможет ?
N
Интуитивно кажется так, однако нет, все сообщения в одной таблице хранить нужно. Замечу что такое подходит для небольших чатов с небольшим количеством операций записи
N
По идеи должно
N
Она у вас пустая фактически, просто с uuid
АL
А как save мешает модифицировать документ, я думал он просто лишний так, как у меня updateOne ? Как save может влиять ?
N
Save сохраняет в бд то что у вас по сути в переменной храниться, вы выполняете запрос апдейт, в бд он обновился, но сам документ match в памяти не обновляется, вы делаете save и оно перезаписывает полностью документ. Однако я возможно ошибаюсь, потому что там увеличивается версия документа в поле _v
АL
Спасибо ) завтра уберу save