A
Если список айди большой, то запрос будет большим и ты долго будешь его передавать (по сети).
Size: a a a
2019 May 31
MP
Честно говоря, у меня такое ощущение, что парень в первый раз что-то подобное хочет сделать :)
MP
Но ничего страшного - опыта без этого не бывает.
Н
Честно говоря, у меня такое ощущение, что парень в первый раз что-то подобное хочет сделать :)
Третий вариант — да)
Н
Чисто интересно
MP
У меня есть реализованные все перечисленные варианты - каждый для своих условий.
Н
Просто если мы допустим что баз несколько, джоинов нет
Н
И тогда у нас останется денормализация и третий вариант
MP
разные базы?
Н
Денормализация сама по себе сложная штука - целостность данных надо обеспечивать
MP
денормализация иногда просто необходима, например, если нужно сохранять имя пользователя на момент его связки с товаром.
MP
Денормализация сама по себе сложная штука - целостность данных надо обеспечивать
Там есть разные варианты целостности, как я выше написал.
Н
разные базы?
Например, юзеры в постгресе заказы в монго
IG
первым вариантом. Джоины по айди очень, очень быстрые. В других вариантах будет 2 запроса, плюс ручная склейка данных. И еще базы не любят, когда в оператор in прилетает 1000 айдишников.
Н
первым вариантом. Джоины по айди очень, очень быстрые. В других вариантах будет 2 запроса, плюс ручная склейка данных. И еще базы не любят, когда в оператор in прилетает 1000 айдишников.
1000 не прилетит
MP
Например, юзеры в постгресе заказы в монго
вот это тоже знакомая ситуация.
В таких случаях можно делать выборки по списку идов, но где-т надо гарантировать, что список не будет километровым.
В таких случаях можно делать выборки по списку идов, но где-т надо гарантировать, что список не будет километровым.
Н
Ручная склейка на 100 записей медленной вряд ли будет
MP
1000 идов- не проблема,например.
MP
если скажем идет постраничная выдача, то тут все хорошо.
IG
2 запроса и ручная склейка меденней одного джоина по айди