Телеграмм чат группы nodejs

22:07пожаловаться #1

А

Выборки по тудушкам странная задача. Найти все тудушки у всех пользователей со словом "сметана"? 🤔
Я могу ошибаться, не силён в монге. Но если уж взяли такой инструмент, надо использовать его как принято, а не как другой инструмент, более подходящий для такой задачи

А как принято? И чем реляционные базы лучше подходят для этой задачи? Кроме того, что данные целосные. Лучше использовать инструмент, который ты лучше знаешь, с этой задачей обе базы одинаково хорошо справятся.

Yevhen in Node.js — русскоговорящее сообщество

22:08пожаловаться #2

Y

а как можно дополнить существующий обьект в записи монго ? или нужно полностью его перезаписывать ?

22:09пожаловаться #3

N

Yevhen

а как можно дополнить существующий обьект в записи монго ? или нужно полностью его перезаписывать ?

дополнить - добавить поле?

Yevhen in Node.js — русскоговорящее сообщество

22:09пожаловаться #4

Y

ключ:значение

22:10пожаловаться #5

N

Александр

А как принято? И чем реляционные базы лучше подходят для этой задачи? Кроме того, что данные целосные. Лучше использовать инструмент, который ты лучше знаешь, с этой задачей обе базы одинаково хорошо справятся.

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

в sql пришлось бы либо отдельные таблицы делать, либо поле с json

Алексей Попов... in Node.js — русскоговорящее сообщество

22:10пожаловаться #6

АП

Александр

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

Кстати
Индексировать и массивы, и вложенные объекты таки можно
docs.mongodb.com/manual/core/index-multikey/
Видимо, вам надо было сначала разобраться с возможностями монги, тогда может и не было бы нужны выносить

Mongodb

Multikey Indexes — MongoDB Manual

22:11пожаловаться #7

N

Кстати
Индексировать и массивы, и вложенные объекты таки можно
docs.mongodb.com/manual/core/index-multikey/
Видимо, вам надо было сначала разобраться с возможностями монги, тогда может и не было бы нужны выносить

Mongodb

Multikey Indexes — MongoDB Manual

это ок, но агрегации всякий раз писать это то еще занятие)

Алексей Попов... in Node.js — русскоговорящее сообщество

22:11пожаловаться #8

АП

Nikita

это ок, но агрегации всякий раз писать это то еще занятие)

Какие именно агрегации? Я пока не понимаю, в чём может быть сложность

22:12пожаловаться #9

А

Кстати
Индексировать и массивы, и вложенные объекты таки можно
docs.mongodb.com/manual/core/index-multikey/
Видимо, вам надо было сначала разобраться с возможностями монги, тогда может и не было бы нужны выносить

Mongodb

Multikey Indexes — MongoDB Manual

Я знаю про это, но по опыту использования работает это так себе

Алексей Попов... in Node.js — русскоговорящее сообщество

22:12пожаловаться #10

АП

Пф, тут куча людей могут ответить что монга сама по себе работает так себе 😁

22:12пожаловаться #11

А

Пф, тут куча людей могут ответить что монга сама по себе работает так себе 😁

Которые в ней не сильны)

22:13пожаловаться #12

N

Пф, тут куча людей могут ответить что монга сама по себе работает так себе 😁

)))

22:13пожаловаться #13

А

Если например нужно выбрать несколько последних документов, то прийдется писать агрегацию, которой прийдется перелопатить все данные, вместо .find().limit()

22:15пожаловаться #14

N

Александр

Если например нужно выбрать несколько последних документов, то прийдется писать агрегацию, которой прийдется перелопатить все данные, вместо .find().limit()

.sort забыли?

22:16пожаловаться #15

А

Nikita

.sort забыли?

Да, там еще сорт, не стал включать для сокращения)

Алексей Попов... in Node.js — русскоговорящее сообщество

22:17пожаловаться #16

АП

Александр

Если например нужно выбрать несколько последних документов, то прийдется писать агрегацию, которой прийдется перелопатить все данные, вместо .find().limit()

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

22:20пожаловаться #17

SS

Sergiy Shatunov in Node.js — русскоговорящее сообщество

я так понял, монга это просто одна таблица, состоящая из одного поля состоящего из деревьев

22:20пожаловаться #18

SS

Sergiy Shatunov in Node.js — русскоговорящее сообщество

есть sedna, но это просто одно дерево с выборками через xquery