我不能谈论JPA，但我可以解释一些JDBC问题。
我想存储Instant类型
JDBC规范没有MapInstant。

• 对于类似于SQL标准类型TIMESTAMP WITHOUT TIME ZONE的列，请使用Java类LocalDateTime。
• 对于类似于SQL标准类型TIMESTAMP WITH TIME ZONE的列，使用Java类OffsetDateTime。

在JDBC中，使用setObject和getObject在JDBC 4.2及更高版本中将数据时间值交换为 java.time 值。

myPreparedStatement.setObject( … , myOffsetDateTime ) ;

字符串
某些数据库（如Postgres）会自动将传入数据调整为UTC，即0小时-分钟-秒的偏移量。对于跨数据库的可移植代码，您可能希望在Java代码中进行调整。

OffsetDateTime myOdt = otherOdt.withOffsetSameInstant( ZoneOffset.UTC ) ;

型
将当前时刻捕捉为OffsetDateTime。

OffsetDateTime myOdt = OffsetDateTime.now( ZoneOffset.UTC ) ;

型
如果您手头有一个Instant，请转换为OffsetDateTime，以便通过JDBC存储在数据库中。

OffsetDateTime myOdt = myInstant.atOffset( ZoneOffset.UTC ) ;

型
不需要在数据库中存储分区或未分区的值。您可以在数据库检索后轻松地在Java代码中调整时区，就像您为其他本地化需求所做的那样。

ZoneId z = ZoneId.of( "America/Edmonton" ) ;
ZonedDateTime zdt = myOdt.atZoneSameInstant( z ) ;

型
在处理时刻（时间轴上的特定点）时，我通常看不到使用LocalDateTime的好处。该类故意缺少时区或偏移量的上下文。此类对象只包含日期和一天中的时间，因此本质上是模糊的。您可以从OffsetDateTime转换为LocalDateTime，但会剥离重要信息，而不会获得任何回报。
它们都像应用程序JVM时区中的LocalDateTime一样存储。
这是一个自相矛盾的术语。LocalDateTime没有时区或偏移。
所有这些列的默认类型都设置为TIMESTAMP。
列的数据类型没有默认值。您可以在创建列时指定数据类型。插入行时数据类型不会更改。只有在发出ALTER TABLE命令时，数据类型才能更改。
另外，我们不知道你用TIMESTAMP这个词是什么意思，因为你忽略了提到你的特定数据库。如上所述，SQL标准使用四个词来表示两种非常不同的时间戳类型。
将Instant和ZonedDateTimeMap到TIMESTAMP，但在序列化时将其转换为UTC，
不需要，JDBC不需要Instant或ZonedDateTime的任何此类Map。
您需要在JDBC调用之外的Java代码中执行此类转换。
唯一的例外是，您的特定JDBC驱动程序可能会选择超出JDBC规范的要求。如果驱动程序的创建者认为合适，则可以自由处理Instant和ZonedDateTime类型。但是要注意，您编写的任何此类代码可能无法在其他JDBC驱动程序之间移植。
并返回到JVM时区。
我相信，如果作为一名程序员/DBA/SysAdmin，您在UTC（偏移量为零）中进行大部分思考、日志记录、调试、数据存储和数据交换，您会发现这项工作要容易得多。
转换为Instant是调整到UTC的一种简单方法。

Instant instant = odt.toInstant() ;
Instant instant = zdt.toInstant() ;

型
提示：一般来说，编写代码时 * 不要 * 依赖于JVM、数据库会话或主机操作系统的默认时区。这些默认值不受程序员的控制。这些默认值可以在运行时的任何时刻更改。因此，只有在需要时才使用默认值，例如本地化到用户的移动终端的默认区域，以便在用户界面中显示。并使您的默认使用显式，总是为各种调用指定可选的zone/offset参数。
提示：记录插入或更新行的时刻通常最好留给数据库。使用触发器，数据库服务器捕获当前时刻并将其分配给字段。然后，您可以进行Java应用程序之外的操作，例如批量数据加载。

如果你想存储一个瞬间的时间，你应该用java.time.Instant来操作它。你总是可以用java.time.ZonedDateTime来显示它，然后你必须决定如何存储它：

• 作为某种日期时间列（取决于您的DBMS）
• 只要精确到秒
• 只要有毫秒精度

如果你用datetime列存储它，你应该使用java.sql.Timestamp或java.time.OffsetTime的转换器。
我真的更喜欢把它存储在一个长列中，因为它是便携式的，你知道它到底意味着什么。
以下是转换器：

@Converter
public class InstantAsSeconds implements AttributeConverter<Instant, Long> {
    @Override
    public Long convertToDatabaseColumn(Instant attribute) {
        return attribute == null ? null : attribute.getEpochSecond();
    }
    @Override
    public Instant convertToEntityAttribute(Long dbData) {
        return dbData == null ? null : Instant.ofEpochSecond(dbData);
    }
}
@Converter
public class InstantAsMilliseconds implements AttributeConverter<Instant, Long> {
    @Override
    public Long convertToDatabaseColumn(Instant attribute) {
        return attribute == null ? null : attribute.toEpochMilli();
    }
    @Override
    public Instant convertToEntityAttribute(Long dbData) {
        return dbData == null ? null : Instant.ofEpochMilli(dbData);
    }
}
@Converter
public class InstantAsTimestamp implements AttributeConverter<Instant, Timestamp> {
    @Override
    public Timestamp convertToDatabaseColumn(Instant attribute) {
        return attribute == null ? null : Timestamp.from(attribute);
    }
    @Override
    public Instant convertToEntityAttribute(Timestamp dbData) {
        return dbData == null ? null : dbData.toInstant();
    }
}
@Converter
public class InstantAsOffsetTime implements AttributeConverter<Instant, OffsetDateTime> {
    @Override
    public OffsetDateTime convertToDatabaseColumn(Instant attribute) {
        return attribute == null ? null : attribute.atOffset(ZoneOffset.UTC);
    }
    @Override
    public Instant convertToEntityAttribute(OffsetDateTime dbData) {
        return dbData == null ? null : dbData.toInstant();
    }
}

字符串