我们正在将MySQL 5.7数据库迁移到PostgreSQL 9.6。
一个真实的的问题是PostgreSQL中缺少bit_count函数。这个函数在即将到来的版本10中也不可用。
当前MySQL代码片段（简化）：

-- mysql specific, tested with 5.7.19
select code,phash,bit_count(phash ^ -9187530158960050433) as hd 
from documents 
where phash is not null and bit_count(phash ^ -9187530158960050433) < 7
order by hd;

我们尝试了一个简单的解决方案（将BIGINT转换为String并计算“1”的个数），但与MySQL相比，它的性能非常糟糕。
Java uses a trick from Hacker's Delight，但AFAIK这在PostgreSQL中是不可能的，因为>>>运算符（也）不可用。

问题：是否有 * 可与MySQL性能 * 相媲美的解决方案/解决方法？
更新1

我能找到的最佳解决方案是基于this SO answer：
首先创建bit_count函数：

CREATE OR REPLACE FUNCTION bit_count(value bigint) 
RETURNS numeric 
AS $$ SELECT SUM((value >> bit) & 1) FROM generate_series(0, 63) bit $$
LANGUAGE SQL IMMUTABLE STRICT;

现在，我们可以使用与MySQL几乎相同的SQL：

-- postgresql specific, tested with 9.6.5
select code,phash,bit_count(phash # -9187530158960050433) as hd 
from documents 
where phash is not null and bit_count(phash # -9187530158960050433) < 7
order by hd;

更新2

基于@a_horse_with_no_name的注解，我尝试了以下功能：

-- fastest implementation so far. 10 - 11 x faster than the naive solution (see UPDATE 1)
CREATE OR REPLACE FUNCTION bit_count(value bigint) 
RETURNS integer 
AS $$ SELECT length(replace(value::bit(64)::text,'0','')); $$
LANGUAGE SQL IMMUTABLE STRICT;

然而，这仍然比MySQL慢5 - 6倍（在相同的硬件上使用完全相同的200 k phash值数据集进行测试）。