Как можно за пару секунд сверять ассортимент из 30 тыс. позиций и обновлять на них цену?

Question

[tr1ck1]

Здравствуйте. Есть сайт express.google.com, там представлены различные магазины, когда прикреплены к индексам в США. Человек, находясь индексе 1, накидал товаров из магазина Toys и сменил на индекс 2, где тоже есть магазин Toys. Но ассортимент и цены различны в этих двух магазинах. Следовательно гугл моментально изменяет цену на товар, положенный в корзину и показывает, если товара в этом магазине в новом индексе нет. Как они смогли этого достичь? Очень уж интересно стало )) В одном магазине порядка 30 тыс. товаров и как можно так быстро все сверять..

Answer 1

[Gogeo]

Скорее всего цены не сверяют, а берут из второго магазина Toys. Это тоже, что на столе лежит два каталога, Один по городу, другой по области. Открываете один, одни цены, берете другой, другие.
Однако, можно взять сразу два и сравнивать цены поштучно. Компьютер тоже делает это поштучно, но очень быстро. Для него сложность измеряется в объеме данных. Вот сколько времени надо, чтоб скопировать на флешку войну и мир (более 30000 строк?)? Несколько секунд. Если с картинками :) Тоже самое сравнить цены на 30000 товаров, это объем данных несколько мегабайт, если сравнивать по двум параметрам, артикул товара + его цена.

Answer 2

[VMesser]

tr1ck1, всё зависит от того, как устроена БД. Тут даже не имеет значения, что она привязана к сайту. Если ты не знаком с принципами реляционных БД и языком SQL, то объяснить будет сложно. Всё, что можно сказать, базе даётся запрос «дай всю инфу по этим товарам для этого индекса», и она выдаёт, очень быстро. Как строятся запросы и как это всё привязывается к сайту - гото ютуб.

Answer 3

[xmoonlight]

Если цена сменилась на товар в корзине, то связующее звено - это id товара. А уже от него тянутся индексы, цены и т.д.
Гугл по id товара (находящегося в корзине) и новому индексу, обновил цену.
Он не перебирал ничего: всего одна запись по ID.