@Advanced
А каким образом ещё можно, я вижу два способа :
1ый который я и использовал - это использование процессора create
и это капец как оказалось долго, объекты исходники идут разными пачками от 2шт до 1к за раз бывает, но в среднем это 30-100, вставка 180 объектов занимает около минуты, т..е. примерно по 0,3 секунды на объект. Основной проблемой в производительности я вижу даже не создание объектов, а нахождение их почему-то в двух таблицах, т.е. он создаёт modResource и ещё после создания ему надо получить последний id и вставить ещё в одну таблицу. как бы то ни было, это увеличивает время в два раза.
Второй способ, теоретически более быстрый это прямые запросы insert или replace или on duplicate update и тут вообще фантастика :
Совсем не понятно и я нигде не нашёл, каким образом он определяет существование объекта чтобы избежать дубликатов, если у товара нету уникального id, а отличается только одно поле, которое не уникально во всей таблице, получается что индекс должен быть составной, но куда его пихать не понятно, уникальных индексов в modx_site_content нету кроме id. Т.е. он это делает, используя видимо индекс cahce_refresh_idx , но как я до конца не разобрался, надо ковырять исходники. Описание механизма нету. В импорте csv который я просмотрел, он уникальность получает из исходников.
В шопкипере попроще, там одна таблица для товаров и в ней можно делать всё что угодно и это нормально.и это мною реализовано и работает очень хорошо даже не очень оптимизированный синхронизатор. и синхронизация 60к объектов составляет примерно 30 минут, а если оптимизировать синхронизатор я думаю ещё минут 5 можно выиграть. Там сделано через replaceы
Да у меня особенность, api выдаёт за один запрос кол-во товаров от 2шт до 1000. это динамика. т.е. сидеть накапливать перед вставкой возможности нету, потому как непонятно сколько их может придти на этом тоже можно было бы сэкономить время, но нет :-(
