这个答案是在JPA2之前实现的，如果你正在使用JPA2，请参阅上面的ElementCollection答案:

模型对象内的对象列表通常被认为是与另一个对象的“OneToMany”关系。但是，String本身并不是一对多关系的允许客户端，因为它没有ID。

因此，您应该将字符串列表转换为包含ID和String的参数类JPA对象列表。您可以潜在地使用String作为ID，这将在您的表中节省一点空间，既可以删除ID字段，也可以合并字符串相等的行，但您将失去将参数按原始顺序排序的能力(因为您没有存储任何排序信息)。

Alternatively, you could convert your list to @Transient and add another field (argStorage) to your class that is either a VARCHAR() or a CLOB. You'll then need to add 3 functions: 2 of them are the same and should convert your list of Strings into a single String (in argStorage) delimited in a fashion that you can easily separate them. Annotate these two functions (that each do the same thing) with @PrePersist and @PreUpdate. Finally, add the third function that splits the argStorage into the list of Strings again and annotate it @PostLoad. This will keep your CLOB updated with the strings whenever you go to store the Command, and keep the argStorage field updated before you store it to the DB.

我还是建议做第一种情况。这对以后的恋爱很有帮助。

根据Java持久化与Hibernate

用注释映射值类型集合[…]。在撰写本文时，它还不是Java持久性标准的一部分

如果你正在使用Hibernate，你可以这样做:

@CollectionOfElements(targetElement = String.class)
@JoinTable(name = "foo", joinColumns = @JoinColumn(name = "foo_id"))
@IndexColumn(name = "POSITION", base = 1)
@Column(name = "baz", nullable = false)
private List<String> arguments = new ArrayList<String>();

更新:注意，这个功能现在在JPA2中可用。

好吧，我知道有点晚了。但对于那些勇敢的灵魂来说，随着时间的推移，他们会看到这一点。

如文件中所写:

@Basic: 到数据库列的最简单的映射类型。基本注释可以应用于以下类型中的任意一种的持久属性或实例变量:]、枚举和任何其他实现java.io.Serializable的类型。

重要的部分是实现Serializable的类型

所以到目前为止，最简单和最容易使用的解决方案是简单地使用ArrayList而不是List(或任何可序列化的容器):

@Basic
ArrayList<Color> lovedColors;

@Basic
ArrayList<String> catNames;

但是请记住，这将使用系统序列化，因此它将带来一些代价，例如:

如果序列化对象模型将改变，你可能无法恢复数据 存储的每个元素都会增加少量开销。

简而言之

存储标志或少数元素非常简单，但我不这么做 建议它存储可能变大的数据。

我解决这个问题的方法是将主键和外键分开。如果您正在使用eclipse并进行了上述更改，请记得刷新数据库资源管理器。然后从表中重新创建实体。

我想要的是在一个表列中持久化一组string的简单方法。

我最终使用JSON，因为MySQL 5.7+有原生支持。 这是我的解决方案

    @Column(name = "eligible_approvers", columnDefinition = "json")
    @Convert(converter = ArrayJsonConverter.class)
    private Set<String> eligibleApprovers;

然后写一个很基本的转换器

@Converter(autoApply = true)
public class ArrayJsonConverter implements AttributeConverter<Set, String> {

    static final ObjectMapper mapper = new ObjectMapper();

    @Override
    public String convertToDatabaseColumn(Set list) {
        if (list == null)
            return null;
        try {
            return mapper.writeValueAsString(list);
        } catch (JsonProcessingException e) {
            throw new RuntimeException(e);
        }
    }


    @Override
    public Set convertToEntityAttribute(String dbJson) {
        if (dbJson == null)
            return null;
        try {
            return mapper.readValue(dbJson, new TypeReference<Set<String>>() {
            });
        } catch (JsonProcessingException e) {
            throw new RuntimeException(e);
        }
    }
}

因为我的声誉还不足以评论@razvang写的被低估的回答:

这个问题是十多年前提出的，请记住，自那以后，世界发生了很大变化。我们现在有了支持原生JSON列的数据库，可以使用这个功能，而不是使用单独的实体、连接或自定义字符串到列表转换器，这些都是其他答案使用的。

让我对@razvang的精彩回答提出两个纯粹可选的修改，根据你的具体情况，这可能会很有趣:

您可以省略auto_apply = true，并将@Convert(converter = <CONVERTER_CLASS_NAME>.class)添加到实体字段，以控制何时使用转换器。 不要在转换失败时抛出RuntimeException，您可以在那里处理错误(例如传递一个空列表并写入日志消息)，以使它在某种程度上优雅地失败。