在Hybris电子商务上创建产品数据模型

Question

我正在评估不同的电子商务平台.作为这项工作的一部分,我正在评估我们目前的产品结构如何适合平台.对于像IBM这样的供应商来说,这很简单,因为他们在网上公开了所有材料.我对Hybris电子商务越来越感兴趣.然而,它们没有任何可用的材料.他们有一个我可以访问的私人wiki,但即使他们的数据模型没有任何材料.

Hybris的代表继续坚持认为他们的产品非常灵活,可以创建任何数据模型.我相信它们但仍然存在不应该跨越的界限,例如GUI和报告显示某些数据,而OOB订单管理肯定依赖于某些数据.为了充分利用OOB功能,我创建的数据模型必须遵循Hybris的数据模型.然而,Hybris不允许我看到他们的数据模型,所以我处于鸡和鸡蛋的情况.

现在我的问题是:你是否有在Hybris上建模产品结构的经验,你是如何接近这个的？所有帮助表示赞赏!1!

干杯!

Answer 1

Hybris数据模型或者说TYPE SYSTEM非常灵活.我一直在为Hybris工作4年,并且从未遇到过只要涉及建模就会失败的情况.Type System是Hybris ORM,其中所有Java对象都以XML格式定义,同时映射到数据库表和列.支持所有java数据类型,也支持类型集合.类型系统独立于数据库的选择,即使在数据库更改时,也几乎没有任何更改(或非常小的额外配置)到items.xml.例外情况是CLOB,它将需要DB供应商特定或等效的DB列数据类型配置,同样在相同的items.xml中.

在Hybris关系方面,建模关联也很简单

1. 1:1 - >将Object2建模为Object1的属性
2. 1:n或n:1 - >由具有Source和Target属性的Relation项建模
3. n:m - >由具有Source和Target属性的Relation项目建模,并在单独的DB表下

现在回到产品,产品有两个层次结构,可能会进入多层次结构.2个基本层次结构是产品和产品变体.

让我们为服装设计产品,可能有4种产品:

1. 产品本身是SKU:BaseProduct
2. 产品有颜色变体:BaseProduct - > ColorVariant
3. 产品具有大小变体:BaseProduct - > SizeVariant
4. 产品具有颜色和尺寸变体:BaseProduct - > ColorVariant - > SizeVariant

所有产品属性都将保留BaseProduct,Variants仅包含颜色,大小和成本等不同的属性.

根据产品推断变体的类型,Product-Variant层次结构路径将增长,简单,最小或不重复.

对于BaseProduct的建模,唯一必需的属性是产品代码,其余的是可选的,非常方便.这有助于通过工作流运行丰富过程,并有助于实现非常灵活的基础实施,并具有针对特定要求的增加范围.

通过服务层服务和加速器开箱即用的GUI支持是值得称道的,即使添加了大量自定义属性,也可以满足它从ITEM驱动到MODEL然后DATA转换.实施完全控制要从模型到数据填充的数据和数据段.

报告由基于Jasper报告的Report cockpit驱动.使用JOINS和UNIONS定义灵活的搜索查询,甚至可以选择为报告属性值填充执行小的Java代码.

在我看来,建模,转换,GUI和报告都被Hybris很好地涵盖.