나는 다음과 같은 테이블을 가지고 와 속성 : products (
id
)
attributes (
id
name
value
)
products_attributes (
product_id,
attribute_id
)
그리고 특정 제품의 모든 속성을 쿼리 할 수 있어야합니다. FLUENT QU
Magento의 무한한 지혜 (3 개월 전 사실상 존재하지 않음)와 함께 아내, 이모, 시누이 및 다른 가정 주부들에게 그룹화 된 제품으로 웹샵을 작성하고 그룹화 된 제품과 관련된 제품을 '관련 제품'목록에 추가하도록 도와주십시오. 이제 우리는 webshop에있는 9000 개 이상의 제품을 채우고 나면 "관련 제품"대신 "관련 제품"목록에 모두 포함시켜야한
내 응용 프로그램의 데이터 모델에 대해 좋은 제정 방식을 찾고 있습니다. 대부분의 스레드는 전자 상거래 제품에 중점을두고 있으며 시나리오는 다소 다릅니다. 목표는 고객으로부터받은 항목을 저장하고 다시보고하는 것입니다. 초기 보고서는 간단한 목록입니다 (이들은 귀하의 항목과 키/값 쌍입니다). 나는 컬렉션 전체에 대한 미래의 쿼리를 준비하기 위해 EAV가 좋
Magento webshop을 다양한 맞춤 속성이있는 많은 제품으로로드했지만 백엔드의 'Visible'값은 'No'로 설정되었습니다. 내 부분 (그리고이 제품 데이터베이스를 작성하는 데 도움을 준 사람들)이 실수 한 것 외에는 속성 가시성을 예로 설정하는 방법을 찾지 못하는 것 같습니다. 나는 attribute_code '가시성'에 대한 eav_attrib
각기 다른 특성을 가진 각 문서로 일반 문서 워크 플로 시스템을 개발 중이지만 동일한 개요를 공유하고 동일한 워크 플로를 진행합니다. 그래서 모든 새로운 문서 유형에 대한 표를 만드는 대신 어떤 연구와 투쟁을 거친 후에 문서 속성에 EAV 구조를 사용하기로 결정했습니다. 그리고 나는 그들의 단점을 알고 있지만 다른 편리한 방법은 없다고 생각합니다. 이걸 이
현재 시스템의 핵심 기능으로 사용자가 사용자 정의 유형을 정의 할 수있는 멀티 테넌트 시스템이 개발 중입니다. 예를 들어 이벤트, 계정, 주문, 배송 등을 정의합니다. 시스템의 모든 사용자는 필드의 관점에서 관리하려는 내용에 대해 서로 다른 정의를 갖습니다. 따라서 한 사용자에게는 주문 번호, 상태 및 만기일이있을 수 있습니다. 다른 사용자의 경우 10 개
먼저 EAV 데이터베이스와 작업 중이므로 엔티티라고 말하면 테이블과 동일합니다. "자산"엔티티가 있으며 각 자산에는 많은 "오퍼"가 있습니다. 각 오퍼에는 가격 속성이 있습니다. 각 자산에 대해 최고가로 제안을 반환하려고합니다. 또한 최고 가격으로 주문해야합니다. 그래서 예를 들어 자산 1 (a), $ 7.25 (b)와 $ 5 (c) 및 자산 2 2 개 쿠
새 응용 프로그램을 시작했는데 이제는 두 가지 경로를보고 있으며 계속 진행하는 것이 좋은 방법인지 모릅니다. 저는 전자 상거래 사이트를 만들고 있습니다. 나는 카테고리 및 하위 범주 있습니다. 문제는 제품에 제품이 있고 각각 속성이입니다. 해당 사이트의 사이트는 이어야하며이어야합니다. 이 내 초기 데이터베이스 디자인 : Products{ProductId,
EAV와 같은 주제를 관계형 데이터베이스에 저장하는 방법을 찾고 있습니다. Rails + Mysql을 사용할 것이다. 나는 PHP + MySQL에서 EAV를 거의 사용하지 못했다. ~ 500 항목. 물론, 모든 쿼리가 빠릅니다 (쿼리 캐싱은 없었지만). 하지만 백만 기록이 있다면? 무엇을해야합니까? MongoDB를 사용 하시겠습니까? 아니면 스핑크스가이 상