我有一个存储 MD5 哈希的索引列。因此，该列将始终存储 32 个字符的值。无论出于何种原因，它都是作为 varchar 而不是 char 创建的。迁移数据库以将其转换为字符是否值得？这是在带有 InnoDB 的 MySQL 5.0 中。
在这个答案（/sf/ask/36230561/）中，一个评论引起了我的注意：
还要记住，在进行索引比较时，CHAR 和 VARCHAR 之间通常存在很大差异
这是否适用/仍然适用于 Postgres？
我发现 Oracle 上的页面声称这CHAR或多或少是 for 的别名VARCHAR，因此索引性能是相同的，但我在 Postgres 上没有发现任何明确的内容。