기본 속성 집합에 약 100 개의 특수 특성이 있습니다.하나의 큰 속성 집합 또는 더 작은 속성 집합?
대략 200 개의 속성 세트 (각 카테고리 당 거의 하나)를 작성하고 그 중 특수한 속성을 분산 시키려면 공연이 좋을까요?
하나의 특수 속성이 하나 이상의 속성 세트에 포함될 수 있음을 알고 있습니다.
누군가 이미 벤치마킹을 했습니까? 아니면 응용 프로그램의 성능 변화가 중요하지 않습니까?
감사합니다.
기본 속성 집합에 약 100 개의 특수 특성이 있습니다.하나의 큰 속성 집합 또는 더 작은 속성 집합?
대략 200 개의 속성 세트 (각 카테고리 당 거의 하나)를 작성하고 그 중 특수한 속성을 분산 시키려면 공연이 좋을까요?
하나의 특수 속성이 하나 이상의 속성 세트에 포함될 수 있음을 알고 있습니다.
누군가 이미 벤치마킹을 했습니까? 아니면 응용 프로그램의 성능 변화가 중요하지 않습니까?
감사합니다.
귀하의 제품이 효율적이고 적합하도록 사이트의 정보 아키텍처에 대해 생각해 봐야합니다. 데이터를 데이터베이스로 가져 오는 방법에 대한 고려가 필요합니다.
예를 들어 옷을 팔았다 고합니다. 크기에 대한 속성이 다를 수 있습니다 (예 : '구두 사이즈', '허리 사이즈', '장갑 사이즈', '칼라 사이즈'등이 있습니다. 그런 다음 '신발 크기'속성이 있고 '크기'속성이없는 '신발'에 대해 다른 속성 세트를 만들 수 있습니다. '구두'속성 세트에 '신발 너비'속성을 사용할 수도 있습니다. 이렇게하면 프런트 엔드에서 제품의 프레젠테이션을 잘 제어 할 수 있지만 일부 공급 업체 CSV에서 데이터를 가져올 때 속성 집합을 가져 오거나 설정했는지 확인해야합니다. 등 코트입니다 일부 신발 일부 SKU의 수천, 가져 오기 경우가
일부 카탈로그는 단지 하나 개의 속성을 설정하고 단지 하나의 '크기'속성이 운영 체제는 분별하지 않을 수 있습니다,이 하드하게 크기가 많은 경우를 관리합니다 (예 : 바지는 길이와 너비가 많이 올 수 있으며 '32W 32L', '32W 34L'등과 같은 속성이 필요하므로 속성 옵션 값이 커집니다.
속성 옵션 값이 너무 많으면 관리자에서 변경/수정할 수 없으므로 프런트 엔드에 나열 할 수 없습니다. 카탈로그로드와 관련된 성능 문제는 Magento 트릭에 의해 완화 될 수 있습니다. 그러나 캐시를 사용하는 것이 가장 좋은 방법으로 제품을 모델링하는 데 필요한만큼 많은 특성 세트를 사용할 수 있다면 성능 향상에 도움이 될 것입니다.
속성 집합이 많은 경우 특성 집합을 기반으로 프런트 엔드에 레이아웃 핸들을 보낼 수 있다는 측면에서 장점이 있습니다. 예를 들어, 사이즈 가이드를 보여주고 싶다면 애트리뷰트 세트를 기준으로 할 수 있으므로 '셔츠'는 '신발'과는 다른 가이드가됩니다. 실제로는 크기 가이드를 특정 브랜드로 지정하려고하지만 프런트 엔드 프리젠 테이션에 관한 한 선적, 반품 정책 및 기타 제품 컨텐츠는 속성 세트에 따라 변경 될 수 있습니다.
감사합니다. "많은 특성 세트"솔루션을 사용했습니다. 그것은 내 속성 풀이 계속 자라는 것이 나를위한 올바른 해결책이었던 것 같습니다. 나는 그것이 많은 세트를 관리하는 조금 더 많은 일이지만 또한 훨씬 더 깨끗하다고 느낀다. – adrien54
http://magento.stackexchange.com/ –