acts as xx

不会很大，可以sharding的

你可以拼出edit链接的

都重要，baas主要就三点，schemaless存储，云服务需要，但私有部署的不需要，比如husura，serverless其实是用来实现复杂业务需求的，另一个就是ACL or RLS.SDK或文档任何云服务都需要的

遇到神奇bug了

from twitter:

Me 5 years ago: Use services oriented architecture for all your code!

Me 3 years ago: Use CQRS/ES for all your code!

Me now: Just use PostgreSQL

https://twitter.com/hubertlepicki/status/1073229975254392832

pg是用了就回不去的存在

为什么可以吃西红柿却不可以吃水果

😂

这个就要写长文批判了

搜索替代不了标签吧，多肽确实反模式，但Rails里方便…

比不上es 是肯定的 但也够用

负载是什么

English needed?

搜 scatter_swap obfuscate_id

最近用Pg实现了一个Instagram Style ID，可供参考，32位的integer也差不多，只不过碰撞几率就大了：

bigint 范围 -9223372036854775808 到 9223372036854775807，9223372036854775807也就是:

select 9223372036854775807::bit(64);
                               bit
------------------------------------------------------------------
 0111111111111111111111111111111111111111111111111111111111111111

把64位的bigint分三段，第一段是41位bit的时间（可存69年），第二段是13位的shard_id（可存8191个），第三段是10个bit的自增序列（可存1024个）

                   time                    |     shard     |    seq
-------------------------------------------+---------------+------------
 11111111111111111111111111111111111111111 | 1111111111111 | 1111111111

一年的毫秒数：31556952000，所以，41位的bit可以存69年。

select b'11111111111111111111111111111111111111111'::bigint / 31556952000;
 ?column?
----------
       69

13位bit的shard_id：

select b'1111111111111'::bigint;
 int8
------
 8191

10位的自增seq：

select b'1111111111'::bigint;
 int8
------
 1023

所以，每毫秒每个shard可以产生1023个唯一ID。

代码：

def change
  execute("create schema id_pool")
  execute("create sequence id_pool.table_id_seq")
  execute(<<~SQL)
  CREATE OR REPLACE FUNCTION id_pool.next_id(OUT result bigint) AS $$
    DECLARE
        our_epoch bigint := 1546300800000; /* 2019-01-01 单位ms */
        seq_id bigint;
        now_millis bigint;
        shard_id int := 1;
    BEGIN
        SELECT nextval('id_pool.table_id_seq') % 1024 INTO seq_id;

        SELECT FLOOR(EXTRACT(EPOCH FROM clock_timestamp()) * 1000) INTO now_millis;
        result := (now_millis - our_epoch) << 23;
        result := result | (shard_id << 10);
        result := result | (seq_id);
    END;
    $$ LANGUAGE PLPGSQL;
  SQL
end

instagram article: http://instagram-engineering.tumblr.com/post/10853187575/sharding-ids-at-instagram

用pg还真能实现，es嘛就算了，得引groovy script

PM是实习生吗

感觉可以不用view了，jsonb也不需要了，直接动态创建一个table，反正pg的增加和删除column是不锁表的，限制alter column type之类就行...

公司名称是什么

来个Pg版

WITH rows(i) AS (
  SELECT generate_series(0,5) 
  UNION ALL 
  SELECT generate_series(2,8) 
  UNION ALL
  SELECT generate_series(3,12) 
  UNION ALL 
  SELECT unnest(array[2,2,2,2])
) 
SELECT repeat(' ', (40- 2*i - i/2)) || repeat('*', (4*i + 1 + i)) AS tree FROM rows;

和敏感词过滤差不多啊 不过敏感词过滤还需要去噪之类

zombodb不错

select的时候COALESCE一下或自己判断都可以