已关闭。此问题需要details or clarity。它目前不接受回答。
**希望改进此问题？**通过editing this post添加详细信息并阐明问题。

14小时前关闭
Improve this question的
我们需要存储用户提供的翻译，当前的设计在我认为足够的结构中解决了这个问题：
第一个月
因此，如果我有ID为1的项目A，其翻译为语言ID 2，则它将显示为：
1 | 2 | 1 | Hello World in Spanish个
现在假设另一个用户继承了项目A的属性（称之为项目B），例如B也有属性parent_id，指向1（即A）
这样，在Laravel中，以下工作：

public function translations(){
        $language_ids = $this->item_languages()->pluck('language_id')->toArray();
        $item_ids = [$this->id];
        if ($this->hasParentItem()){
            array_push($item_ids, $this->parent_id);

            $parent_item = $this->parentItem()->first();
            $direct_parent_item = $parent_item;
            while ($parent_item->hasParentItem()) {
                array_push($item_ids, $parent_item->parent_id);
                $parent_item = $parent_item->parentItem()->first();
            }
        }
        return Translation::whereIn('language_id', $language_ids)->whereIn('item_id', $item_ids);
    }

字符串
一切看起来都很好！直到我们在问答中意识到孙子孙女不在前端工作，这也难怪！C项诞生了！它假定（并且确实）继承了祖父的A转换，因此上面的代码返回ID为1的转换。然而，C项自己的模型只直接引用了parent_id 2，而不是3！
因此，前端Map和显示翻译，没有办法知道翻译实际上属于当前正在使用的项目C！
我正在寻找两种可能的解决方案：
1.一个适当的解决方案，这可能会强制迁移系统中已经使用的现有数据：（我希望避免这种情况，尽管根据解决方案可能不会太糟糕。
1.或者，我想的是在翻译模型中添加accessor和mutator到一个附加的属性，并为检索到的集合中的每个翻译设置额外的属性direct_parent，以当前上下文中的直接父级（在示例代码中使用$direct_parent_item）。缺点是，如果将来没有上面的上下文，它会有些复杂和混乱，但可以在前端快速Map。
这样行吗？你有更好的替代方案如何修改原来的设计，如上述以适当的方式？
复制项目A的翻译不是一个选项，因为我们需要允许A也控制和更新继承的翻译。