алгоритм работы каталого-прайсовой системы

Benderlio

Новичок
алгоритм работы каталого-прайсовой системы

есть система, свего рода каталог товаров... с описанием и прочее...
есть магазины которые загружают свои прайсы...
вопрос как сопоставить данные магазинов данным в базе...
пока ясно что должна быть определенная структура данных в загружаемом файле...

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


как бы.. какие еще моменты необходимо учесть ?
 
связующая таблица:
id товара по внутреней базе каталога
id прайса или фирмы
ключ по которому происходит привязка (наименование, артикул,...)


при загрузке по ключу находишь нужный id и приписываешь ей цену в таблицу прайслистов

тут основная задача, формировать и следить за таблицей связей
 
"тут основная задача, формировать и следить за таблицей связей"
вот как бы в этом вся и загвоздка... как бы это все по хитрому реализовать
дело в том что магазин загружает прайс вида

тип товара | бренд модель | цена

можно при загрузке прайса магазина, выбирать похожие по названию товары (like ) из базы каталога и писать в таблицу связей...
 
Benderlio
выбирать похожие по названию товары (like ) из базы каталога и писать в таблицу связей...
Будут у тебя цены не везде, но иногда похожие на правильные. Если это не удручает, тогда пойдет.
 
denver
а если это основное, т.е. это основная цель ресурса... что бы были везде...
 
Benderlio
Нужно что-то более точное чем некое название. Например попросить магазин присылать их внутренние айдишники, как минимум. Все остальное зависит от деталей.
 
так наверное не получится... магазин загружает прайс... и все
просто необходимо избавиться или оптимизировать запросы like

получается есть таблица полученная путем парсинга прайса
и есть таблица с моими моделями...выбирается лайком из прайса... вроде устраивает, но наверное по увеличению базы начнет тормозить... хотя с 60 тыс записями довольно быстро
 
Сверху