범주 변경 사항이 저장되지 않음

Last update: Tue Nov 05 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

주제:
카테고리

작성 대상:

개발자

이 문서에서는 Commerce 관리자를 통해 제품 카테고리를 업데이트할 때 변경 사항이 관리자 및 상점 앞에 표시되지 않는 문제를 수정했습니다. catalog_category_entity 테이블의 데이터가 손상되어 문제가 발생합니다. 이 문제를 해결하려면 표에서 문제가 있는 범주 업데이트 레코드를 수정하거나 제거합니다. 그런 다음 관리자를 사용하여 제품 카테고리를 업데이트할 수 있습니다.

문제

관리에서 제품 카테고리를 변경하고 저장하면 새 업데이트가 관리자와 상점 첫 화면에 저장되지 않거나 표시되지 않습니다.

재현 단계

카탈로그 > 범주(으)로 이동합니다.
카테고리를 선택합니다.
변경한 다음 저장 을 클릭합니다.
메시지가 표시됩니다. 범주를 저장했습니다.
변경 사항이 저장되지 않았습니다.

가능한 원인: `catalog_category_entity` 테이블의 데이터가 손상되었습니다.

이 문제는 데이터베이스(DB)의 영향을 받는 범주 레코드의 created_in 열에 있는 동일한 값으로 인해 발생합니다.

catalog_category_entity 테이블의 손상된 데이터

세부 사항:

catalog_category_entity DB 테이블에 영향을 받는 범주에 대한 레코드가 두 개 이상 있습니다(이 레코드에는 동일한 entity_id 값이 있음).
이러한 범주 레코드에는 created_in 열 에서 동일한 값이 있습니다.

두 번째 DB 항목(및 그 다음 항목 모두)은 하나의 동일한 범주에 대한 DB에 어떻게 표시됩니까?

영향을 받는 범주에 대한 두 번째 DB 레코드(및 가능한 경우 다음 레코드)는 Magento_스테이징 모듈을 사용하여 범주 업데이트가 예약되었음을 의미합니다. 모듈이 catalog_category_entity의 범주에 대한 추가 레코드를 만듭니다. 이는 예상된 응용 프로그램 동작입니다. 문제는 레코드가 created_in 열에 대해 동일한 값을 가지고 있다는 것입니다.

동일한 값이 어떻게 표시됩니까?

우리는 데이터 손상의 이유를 확실하게 말할 수 없다. 가능한 원인은 다음과 같습니다.

사용자 지정(코드, 테마 등)
잘못된 데이터 마이그레이션
백업에서 잘못된 데이터 복원

우리가 아는 한, 이러한 데이터 손상은 "클린"(기본 제공) Adobe Commerce 인스턴스에 대해 전형적이지 않으며 사용자 지정 없이 Adobe Commerce 설치 시 재현할 수 없습니다.

이 문제가 내 문제인지 확인하는 방법

catalog_category_entity 테이블에는 영향을 받는 범주에 대한 레코드가 여러 개 있어야 하며(레코드는 동일한 entity_id 값을 가져야 함) 해당 레코드 중 두 개 이상이 동일한 created_in 값을 가져야 합니다. 이렇게 하면 스테이징 예약 업데이트가 Commerce 관리자에 표시되지 않고 빈 예약 변경 사항 블록만 표시됩니다.

확인 단계

데이터베이스의 catalog_category_entity 테이블에 액세스합니다.
영향을 받는 범주를 식별하는 entity_id를 사용하여 entity_id로 엔티티를 필터링합니다.
created_in 열의 값이 entity_id가 동일한 다른 항목에 대해 동일한 경우, 이 방법이 적용됩니다. 일반적으로 created_in 값은 모든 레코드에 대해 다릅니다.

catalog_category_entity 테이블의 손상된 데이터

솔루션

다음 솔루션 중 하나를 선택할 수 있습니다.

문제가 있는 범주 업데이트 레코드를 삭제
복구 문제가 있는 범주 업데이트 레코드

문제가 있는 범주 업데이트 레코드 삭제

이 솔루션에서는 초기 범주 레코드에 대해 올바른 updated_in 값을 설정하고 이 범주에 대한 다른 모든 레코드를 삭제해야 합니다. 이렇게 하면 모든 예약된 범주 업데이트가 제거됩니다.

다음 단계를 수행합니다.

영향을 받는 범주의 entity_id이(가) 있는 DB 레코드를 찾습니다.
updated_in 열에서 정수가 가장 큰 레코드를 선택하십시오.
선택한 레코드에서 updated_in 값을 복사합니다.
row_id = entity_id(초기 범주 레코드)인 레코드를 선택하고 복사한 값을 이 레코드의 updated_in 열에 붙여 넣으십시오.
row_id이(가) entity_id과(와) 같지 않은 행을 삭제합니다.

문제가 있는 범주 업데이트 레코드 복구

동일한 entity_id 및 동일한 created_in 값을 가진 범주 레코드를 찾습니다.
row_id = entity_id인 레코드를 선택하고 updated_in 값을 복사합니다.
row_id이(가) entity_id과(와) 같지 않은 레코드를 선택하고 복사된 updated_in 값을 created_in 값으로 붙여 넣으십시오. 그림으로 아래 스크린샷을 참조하십시오.
3단계에서 업데이트한 created_in 값의 범주 업데이트 레코드가 staging_update 테이블에 있는지 확인하십시오. 예: 복사한 created_in 값이 1509281953 경우 row_id = 1509281953인 엔터티가 staging_update 테이블에 있어야 합니다.