你如何连接产品变体、附属物和兼容设备而不复制记录?

先决定两张唱片是描述一件事还是两件事

关系建模开始于身份解析后,而不是之前. 两种供货行可能是对同一种实物产品的替代描述,而两种几乎相同的产品可能是真正不同的可销售变种. 合并第二对将失去重要的区别;保留第一对将产生重复,通过搜索、库存、建议和报告来传播.

使用稳定的标识符和产品定型属性来决定. 一个Shopify产品ID识别出一个商店内部的产品,而一个Shopify变体ID识别出一个可销售版本. 企业资源规划项目识别出业务记录。 GTIN或制造商部分编号可提供外部证据,但须视制造商或标准所有人如何指定。 标题,手柄和说明是标签,不是持久身份密钥.

记录比赛决定及其依据. 来源记录应当解决一个犬科实体,保持独立,或者输入审查队列. 永远不要让模糊的标题默默地匹配一个实体的创建或合并. 当下一个供应商文件到达时,这项决定必须可以复制.

将产品家族与其可出售的变种分开建模

一个产品家族描述了共同的概念;一个变体代表一个以选项或其他被核准的维度区分的版本. Shopify将变体描述为大小和颜色等选项值的组合. 每个变体也可以携带自己的存货. 这是不把每个版本都压缩成一个通用产品记录的有力操作理由.

Schema.org使用Products Group with hasVariant,反之为VariantOf关系. 它的模型将这个组作为在明确定义的维度上各不相同的产品的一个模板. 即使最后的数据库不是卢旺达发展基金,这种区分在商业知识模型中也是有用的.

只有在家庭真正继承的情况下,才将共有属性存储在家庭中。 在变体上放入特定变体SKU,条码,价格,尺寸,颜色,大小和可用性. 如果属性不同,则变位值必须胜出,而不覆盖家庭定义或其兄弟姐妹.

• 家庭:液压软管组装范围H100
• 变式:H100, 1/2英寸,1.5米长
• 购买产品身份证:附在该商店的家庭记录
• Shopify 变种ID:附在可销售变种上
• 机构资源规划项目ID和SKU:将机构资源规划系统实际管理的项目附于该级别

使用精确的关系类型而不是一个相关产品领域

一般关联链接无法安全地回答业务问题。 作为泵的备用部件的密封套与泵所消耗的油,取代它的新泵,或使它与机器相兼容的上架括号不同. 申请需要实际含义.

定义一个小的受管词汇. 对于每种关系,说明允许的来源和目标实体类型,其方向,反向是存储还是计算,是否允许重复,以及需要哪些资格或证据. Schema.org将Accessory OrSparePartFor与ConsumableFor和变种关系区分开来;这种区分说明了为何一个没有区别的产品协会是不够的.

偏好评论员理解的商业语言,然后将其映射到有用的外部词汇. 内部术语 " 相机型 " 可能需要序列范围和起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起 标准绘图应明确含义,而不是强迫若干商业关系加入最近的方便标签.

使方向成为关系定义的一部分

方向改变一个图表可以回答的问题. Cartridge C10是打印机P20的消耗品,并不意味着打印机P20是盒C10的消耗品. 变体V属于家庭F是家庭F有变体V的倒数,但两种形式不应成为不相干的说法.

W3C RDF数据模型表达一种关系,作为主体-前置-对象三重. 它还将上游视为与被试物相关的财产. 这提供了一个有用的设计测试:审查者能否将关系从一个方向看成一个明确的句子?

选择一个峡谷存储方向,并在必要时生成安全反向视图. 哪些关系是对称的,如批准后等同于关系,哪些不是关系。 永远不要假设相容性或替换是自动双向的.

将相容性视为有保留的断言

兼容性在两个产品ID之间很少成为永久的"是"或"否"的事实. 它可能依赖于机器模型,构建年份,序列号范围,引擎,区域,起重位置,固件或适配器. 把这些条件与断言放在一起,而不是放在无条理的说明中.

建立关系记录,包含主体产品,关系类型,目标设备或型号,资质,证据参考,审查人员,状况和有效期限等内容. 使用确认、排除和未知的单独状态。 缺乏确认的链接并不是某一产品不相容的证据.

当供应商修改装配时,关闭或取代了旧的说法而不是改写历史. W3C指出,一种关系可能维持在一个时间而不是另一个时间. 有效日期可以保护产品页,支持答案和下游应用,避免默默地将已过期的关系视为时事.

将源系统ID保留在犬科实体上

一个知识图应该连接每个应用程序使用的标识符,而不是用显示名来取而代之. 一个犬类产品可以携带一个商店的Shopify产品标识,另一个商店的另一种标识,NetSuite或Sage项目标识,供应商代码和经批准的外部标识. 每个标识符都需要其命名空间和范围.

12345这样的价值是毫无意义的,不知道它是Shopify产品、Shopify变体、企业资源规划项目还是供货行。 存储提供者,账户或存储,对象类型,标识,有效性和发现来源. 在正确范围内执行独特性.

每一个读取或写给Shopify的,必须解决确切连接的商店,并使用其Shopify ID. 不按标题搜索并获取第一个结果 。 同一规则也适用于企业资源规划和供应商记录。 如果缺少一个ID或指向不同的犬科实体,请停止更改并呈现例外.

不要把配件、消耗品和替换品变成变种

一个变体是产品家族的成员,在申报的维度上有所不同. 一个从属产品是与另一个产品一起使用的单独产品. 消耗品通过使用而耗尽。 替换或超级会话表示生命周期或替代. 这些关系都可能出现在一个产品页附近,但它们具有不同的商业和安全后果.

如果过滤器墨盒被模拟为泵变体,库存、定价和客户选择就会产生误导。 如果一个替代部分被贴上仅仅相似的标签,则一个辅助代理可能会错过经核准的替换。 如果两个相容的配件因为共享一个标题而被合并,股票和订单历史可以附加在错误的项目上.

明确关系,将每个可销售项目作为自己的实体,并界定关系是咨询还是批准自动使用. 高风险取而代之的建议仍应供人审查,除非企业已核准必要的规则和证据.

一个具体的例子:一个挖掘机、三个过滤器和两个供应商

想象出一种有两台发动机一代的出土机型E200. 供应商A列出每个E200的石油过滤器OF-10。 供应商B清单OF-10用于早期序列号,OF-11用于后期机器. ERP包含两个过滤器,而Shopify有一个OF-10的产品,有包大小的变体,还有一个单独的OF-11产品.

该图为出土机模型,其发动机世代,两个滤波器,OF-10产品家族及其包大小的变体创建了犬形实体. 配对实体仍须配有配给产品和变种标识。 供应商行和企业资源规划项目ID作为源记录链接;它们不会成为额外产品.

相容性通过有保留的断言得到体现. OF-10符合其批准的系列范围内的早期发动机生成. OF-11适合后辈. 供应商A的广泛主张仍然显而易见,但与更具体的证据相冲突,并进入审查阶段。 六人包仍然是OF-10的变体,而不是不同的相容滤镜.

现在商店头可以显示正确的可出售变体,支持团队可以回答哪个过滤器符合序列号,目录导入可以更新正确的Shopify对象. 每个申请都使用相同的实体和经批准的关系,而没有将整个记录抄入新的本地真理.

防止重复关系和重复产品

即使有清洁的实体,再入也可以产生重复的边缘. 定义一个关系密钥来自犬科主题,关系类型,犬科对象以及任何改变其意义的修饰者. 来源参考应当支持这一说法,而不是每次出现就提出另一个不可分的说法.

多种来源可以支持一种经批准的关系,而相互冲突的来源可以作为单独的索赔要求,等待解决。 将商业主张与背后的证据记录区分开来. 这样,审查人员就可以在不夸大明显关系数量的情况下看到协议.

使摄取一能. 同一供应商行或Webhook的再处理应更新其证据状态,而不应添加另一个产品或链接。 将存储的结果回读,并比较犬科的ID,关系键和修饰符后再标记运行完成.

为问题应用程序设计图表必须回答

首先提出一套小的客户和业务问题:哪一种变体是可出售的,哪一种可消费的适合这个模式,哪一种零配件取代被停用的物品,哪一种Shopify ID应该收到批准的更改? 仅模拟安全回答它们所需的实体和关系.

M.I.A.I Knowledge Graph旨在将 canonical实体,关系和证据相接,从而使应用程序能够再用一致的商业观点. 其核定能力包括犬科实体,关系建模,证据出处和可再使用的知识获取. 如果这些控制服务于确定的工作流程,而不是一次尝试连接每个领域,则该图表仍然非常有用.

带有标识符和上下文的返回答案 。 产品建议应当包括犬类产品,目的地产品或变种ID,关系类型,相关资格和审查状态. 如果这种关系尚未解决,申请应获得明确不明的结果或审查要求的结果,而不应获得猜测的链接.

发布前预览关系变化

安全预览显示当前和拟议实体、所有源系统ID、关系方向、限定词、证据和每个会消耗变化的目的地。 总结出新的链接,去除链接,冲突,未解决的身份和受影响的产品.

测试困难案例:一个来源记录与两个实体相匹配,一个Shopify变体ID被跨商店再用,一个产品既具有从属性,又在不同背景下可以消费,一个与边界相兼容的范围,一个超会话是不可逆的. 确认失败是孤立的.

批准受控批量,使用稳定的目的地ID来写入并读回结果. 保持之前的关系状态,这样不正确的批次就可以被反转,而无需回滚无关的价格,股票或产品副本.

1. 将每个源记录解析给一个犬科实体或一个明显的例外.
2. 验证其提供者、账户和对象范围内的每个标识符.
3. 应用核定的关系类型,方向和资格.
4. 在保留所有证据的同时,重复陈述.
5. 预览受影响的产品,变体和应用程序视图.
6. 批准有限批次并按准确的目的地身份书写.
7. 回读存储的关系和公共输出 .

产品关系建模清单

• 给每一个真正的产品,变体,模型和组织一个稳定的犬类ID.
• 附上Shoppify、ERP、供应商、SKU、GTIN和部分编号标识符.
• 将产品家庭与可出售的变种分离.
• 对变体,配件,消耗品,相容性和超会话使用精确类型.
• 定义关系方向,反向行为和允许的实体类型.
• 将相容性和有效性日期作为结构化数据存储.
• 在一个业务主张背后保留多个证据记录.
• 使实体和关系具有重复进口的能力.
• 当准确的平台ID无法解决时停止目标更改.
• 预览,批准,写出并读取被控制的批次.