Pim-community-dev: 2.1.8: Повторяющаяся запись для ключа «searchunique_idx» при импорте продуктов с использованием интерфейса командной строки.

Созданный на 6 апр. 2018 · 3Комментарии · Источник: akeneo/pim-community-dev

Когда я импортирую ленту только с SKU и столбцами изображений в Akeneo с помощью командной строки, импорт завершается ошибкой со следующей командой:

[2018-04-06 15:35:24] batch.ERROR: Encountered an error executing the step: 
An exception occurred while executing 'INSERT INTO pim_catalog_completeness 
(ratio, missing_count, required_count, locale_id, channel_id, product_id) VALUES (?, ?, ?, ?, ?, ?)'
with params [100, 0, 1, 39, 1, 4404]:  
SQLSTATE[23000]: Integrity constraint violation: 
1062 Duplicate entry '1-39-4404' for key 'searchunique_idx' [] []

Кто-нибудь знает, что может быть причиной этой проблемы? Или как я могу это исправить? Странно то, что ключ предполагает, что в моей базе данных в этой таблице также должен быть продукт с идентификатором 4404, но его нет.

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

Источник

kanduvisla

👍1

Самый полезный комментарий

Я столкнулся с этой проблемой в 2 сценариях.

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

Индексы Elastic Search содержат удаленные данные о продуктах
Другой случай, когда у меня возникла эта проблема, был, когда elasticsearch сохранил запись об удаленном продукте в своих индексах и каким-то образом «подпитывает» сценарий полноты, который запускается после импорта моделей продуктов.
Это было вызвано либо удалением модели продукта, после чего Akeneo не удалил все данные ES базовых вариантов продукта, либо тем, что я вручную удалил запись из базы данных.
Я не совсем уверен, какой из двух причин вызвал это, но это может быть второй случай, и тогда это отчасти моя вина.

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

Решение:
из командной строки выбросьте все индексы ES:
bin/console akeneo:elasticsearch:reset-indexes
Затем перестройте:
bin/console pim:product:index --all
bin/console pim:product-model:index --all

wigman 4 июл. 2018

👍4 👎1

Все 3 Комментарий

Я столкнулся с этой проблемой в 2 сценариях.

wigman 4 июл. 2018

👍4 👎1

Получил ту же проблему. Мне помогло решение, предоставленное @wigman . Спасибо
Проблема возникла из-за того, что я скопировал БД из одной среды в другую, индекс наверняка был другим.

sylvainraye 27 июл. 2018

Решение, предложенное @wigman , работает только для небольших магазинов с несколькими тысячами товаров.
Команда bin/console akeneo:elasticsearch:reset-indexes удаляет все из индекса, а затем вам нужно подождать некоторое время, пока данные не вернутся. Если у вас 150 000+ моделей продуктов и 1 000+ продуктов, это не вариант, потому что переиндексация может занять до 4 часов.