E
Но не все отношения можно ограничить форейн ки, чтобы избежать такой ситуации и в реляционке
Size: a a a
2021 September 09
YM
Это понятно, что все можно. Лично для меня монга невозможна просто потому, чтобы мне построить те отчеты что нужны я там должен лопатить все коллекции
YM
Но это просто задача где монга - так себе решение
E
Ну то есть когда ты делаешь джойн ты не лопатишь все таблицы?
D
он хочет сказать, что в рсубд за тебя лопатит сервер. с оптимизациями и всем прочим
YM
Конечно не все, индексы вот эта вся шляпа
YM
В монге тоже что-то есть, но это все костыли
YM
Монга не про джойны
E
А как это помогает лопатить меньший объем при построении отчета?
YM
Ну либо ты делаешь джойн по индексу, либо ты читаешь ВСЮ строчку
E
Лол, а нахуя его делать чтобы не читать эту строчку?
E
Ты ж в словарь лезешь по айдишнику за каким-нибудь названием «ООО Берсерк»
YM
Вопрос про джойны а не про GetById
E
Я даже больше скажу, ты читаешь не строчку, ты читаешь страницу с диска, поэтому любая разумная БД выкинет индекс, если ты собрался вычитывать значительную порцию данных и пойдет итеративно по всей таблице
E
А он как-то по-другому эти данные получит, не читая строку?
YM
Слушай я не хочу тебе рассказывать в чем различия join и group by в SQL и NoSql
E
Ну, джойна в носкл нет на стороне сервера, и у нас только одна стратегия на руках из всех возможных, но данные-то все равно читаются одинаково
E
После того как ты вычислил запись, которая тебе нужна, ты идёшь её читать, чтобы достать оттуда данные, и что джойн в реляционке, что руками получение по айдишнику - одно и то же.
YM
Для запросов подсчета в группе при джойнах по ключу мы не читаем данные вообще
YM
Мне не нужны данные