Телеграмм чат группы dlangru страница 9921

я хочу чтобы данные не дублировались и хочу менять их в одном месте, как мне это позволяет делать mongo?

19:08пожаловаться #1

использование nosql подразумевает другой подход вообще к организации приложения, по итогу этот подход себя не оправдывает в большом количестве случаев (т.е. мы получаем и бОльшую когнитивную нагрузку и больше кода, который работает медленней)

19:09пожаловаться #2

единственный вариант использования документоориентированных nosql баз — когда ты собираешь "какие-то" данных (заранее ты не знаешь какие) и тебе нужно их как-то сохранять с возможностью поиска по ним

19:10пожаловаться #3

1. unique index
2. Как раз таки при использовании mongo меняешь данные в одном месте о.о либо я не понял о чём ты

19:11пожаловаться #4

1. что?
2. что?

19:11пожаловаться #5

1. https://docs.mongodb.com/manual/core/index-unique/
2. что?

Mongodb

Unique Indexes — MongoDB Manual

19:12пожаловаться #6

Тающий звук... in dlang.ru

Это надо дополнительную обвязку делать, если в самих базах этого нет

19:12пожаловаться #7

вообще весь смысл документоориентированных баз в том, что они позволяют обойтись без join'ов и хранить всю инфу частоиспользуемого запроса в одной "строке" (документе), а если мы пытаемся использовать какие-то индексы (ща прочитаю, погоди) то это уже натягивание sql на nosql (совы на глобус)

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

по сути как json поля в pg

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

эт немного не про то

19:14пожаловаться #10

Как связаны join и индексы?

19:14пожаловаться #11

вообще причём тут индексы у меня вопрос?

19:14пожаловаться #12

документоориентированные nosql появились потому что кому-то надоело писать join'ы из разных таблиц, было желание хранить в одной точке весь набор данных

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

(вообще nosql бывают не только документоориентированные)

19:16пожаловаться #14

(но mongo документоориентированная)

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