Postgresql 对postgres使用哈希有什么建议吗？

我可以使用CRC函数作为postgres的哈希吗

如果任何旧的哈希函数都可以，那么PostgreSQL内置了一个函数。MD5应足以检查记录是否已更改。如果您需要处理非文本数据，还有一个解决方案。

如果任何旧的哈希函数都可以，那么PostgreSQL内置了一个函数。MD5应足以检查记录是否已更改。如果您需要处理非文本数据，还有一个问题。

基于以下评论：

我需要CRC来检测列集合的更改。我计划为Lucene使用它，若记录被更改，现在必须使用它

检查crc是个坏主意。只需将“LastModified”列添加到表中，并在任何字段被修改时在触发器中更新它

---

然后在lucene feeder中，您可以：从上次修改的对象中选择*>“上一次上次修改”-这很快，因为它已被索引。

基于以下注释：

我需要CRC来检测列集合的更改。我计划为Lucene使用它，若记录被更改，现在必须使用它

检查crc是个坏主意。只需将“LastModified”列添加到表中，并在任何字段被修改时在触发器中更新它

---

---

然后在lucene feeder中，您可以：从上次修改的对象中选择*>“上一次上次修改”-这很快，因为它是索引的。

您需要专门的CRC还是只需要一个哈希函数？我认为哈希就足够了。但不确定。我需要CRC来检测列集合的更改。我计划将其用于Lucene，如果记录发生更改，现在必须使用它。事实上，我考虑了MD5，但不确定它在性能和数据量方面是否有意义。我猜C MD5将比SQL或PgSQL CRC更快。不过，CRC的C实现会非常快。OTOH，你必须做一些测试和测量，看看它有多重要。你是需要CRC，还是只需要一个哈希函数？我认为哈希就足够了。但不确定。我需要CRC来检测列集合的更改。我计划将其用于Lucene，如果记录发生更改，现在必须使用它。事实上，我考虑了MD5，但不确定它在性能和数据量方面是否有意义。我猜C MD5将比SQL或PgSQL CRC更快。不过，CRC的C实现会非常快。奥托，你必须做一些测试和测量，看看它有多重要。是的，这是个好主意。只有在事情上，结果是所有记录都更新了。但事实上，其中一些数据与以前相同。这就是为什么我想到CRC对不起，我不明白你的意思。我的意思是我不能添加字段“最后修改”。在每次更新过程之后，我都会得到所有更新的记录。因此，所有记录都将标记新日期。但我用旧数据更新了一些记录。例如records1=“123”，我为它设置了“123”。因此，“last mod”不是我的解决方案。只需使用触发器设置last_modified，检查是否有更改，如果其他字段没有更改，则不更改last_modified。是的。只有我担心这才是真正的性能负担。在这种情况下，需要比较所有字段。是的，这是个好主意。只有在事情上，结果是所有记录都更新了。但事实上，其中一些数据与以前相同。这就是为什么我想到CRC对不起，我不明白你的意思。我的意思是我不能添加字段“最后修改”。在每次更新过程之后，我都会得到所有更新的记录。因此，所有记录都将标记新日期。但我用旧数据更新了一些记录。例如records1=“123”，我为它设置了“123”。因此，“last mod”不是我的解决方案。只需使用触发器设置last_modified，检查是否有更改，如果其他字段没有更改，则不更改last_modified。是的。只有我担心这才是真正的性能负担。在这种情况下，需要比较所有字段。