java – HSQLDB内部：Hibernate和Integer与Long ID

我在我的Java应用程序中创建数据库实体,并试图在使用Integer或Long作为“id”字段的类类型之间进行合理化.我使用Hibernate作为我的ORM,反过来,它会将此字段映射到HSQLDB数据库中的列.我的奋斗是这样的：一个Long显然...

我在我的Java应用程序中创建数据库实体,并试图在使用Integer或Long作为“id”字段的类类型之间进行合理化.我使用Hibernate作为我的ORM,反过来,它会将此字段映射到HSQLDB数据库中的列.

我的奋斗是这样的：一个Long显然更大并且将处理更多的条目 – 但是,在非常低的级别,我知道在过去(32位系统)OS级别读取将是32位宽. IE：朗读需要两遍……这是正确的想法吗？

如果我今天使用Long,我的HSQLDB查询运行速度会比使用Integer时慢吗？

IE：HSQLDB是否必须以某种方式使用多个读取通道…或者使用更大的内部结构…或者还要附加两个整数大小的列…或者其他明显不理想的东西？或者,它在某种程度上是今天的64位处理的一个有争议的问题 – 它应该处理Long in one read(Long是64位)？

解决方法:

使用长.即使使用内存数据库,相对于应用程序的其余部分,性能影响也很可能不会很大.然而,如果您开始耗尽标识符,那么回过头来更改应用程序将是一个令人难以置信的麻烦.