将关键字建模为产品聚合中的值对象是一个好主意吗?

我有产品聚合,其中有几个关键字,以帮助搜索产品。我将其建模如下:

public class Product : Entity<Guid,Product> , IAggregateRoot
{
    public Guid AccountId { get; protected set; }

    public string Title { get; protected set; }

    public DateTimeOffset AddingDate { get; protected set; }

    public decimal Price { get; protected set; }

    public string Brand { get; protected set; }

    public string Description { get; protected set; }

    public IList<Keyword> Keywords { get; protected set; }
}

public class Keyword : ValueObject<Keyword> 
{
    public Keyword(string title) 
    {
        this.Title = title;
    }

    public string Title { get; protected set; }
 }

取决于 entity-vs-value-object-the-ultimate-list-of-differences 值对象有几个特征:

1.如果两个值对象具有相同的属性值,则认为它们相等。

3.值对象是不可变的。

但是为了便于搜索,我将根据推荐使用产品表存储尽可能多对多的关键字 Here 而不是逗号分隔的字符串。

所以我的目标是将关键字建模为值对象,因为我不关心它的标识(无论是自动生成的整数还是Guid),也不关心用它们的属性(这里是Title)将两个关键字标记为相等。

我的问题是:我应该将关键字建模为值对象还是实体,这取决于上面的场景和原因?

编辑:

不要为值对象引入单独的表,只需将它们内联到父实体表中即可。