HSQLDB 內部：Hibernate 和 Integer 與長 ID

Question

我正在我的 Java 應用程序中創建數據庫實體，並嘗試在使用 Integer 或 Long 作為“id”字段的 class 類型之間進行合理化。 我正在使用 Hibernate 作為我的 ORM ，這反過來又會將 map 這個字段添加到 HSQLDB 數據庫中的一列。

我的斗爭是這樣的：一個 Long 顯然更大並且將處理更多的條目 - 但是，在非常低的級別上，我知道過去（32 位系統）操作系統級別的讀取將是 32 位寬。 IE：長讀需要兩遍……這是正確的想法嗎？

如果我今天使用 Long，我的 HSQLDB 查詢會比我使用 Integer 運行得慢嗎？

IE：HSQLDB 是否必須以某種方式使用多個讀取通道......或使用更大的內部結構......或者有太多 append 兩個 Integer 大小的列......或其他明顯不理想的東西？ 或者，今天的 64 位處理在某種程度上是一個有爭議的問題 - 應該在一次讀取中處理 Long（Long 是 64 位）？

Answer 1

使用長。 即使使用內存數據庫，與應用程序的 rest 相比，性能影響也很可能不會顯着。 但是，如果您開始用完標識符，將 go 退回並稍后更改應用程序將是一個令人難以置信的麻煩。