不如 asyncio.sleep

@starzh 小说章节和用户是多对多的关系，一般来说会建一个只包含用户主键和小说章节的表来储存这种关系。

select TO_TIMESTAMP("unixTime"::int) from item;

@contextmanager
def timeout_signal(second):
____signal.signal(signal.SIGALRM, raise_timeout)
____signal.alarm(second)
____try:
________yield
____finally:
________signal.signal(signal.SIGALRM, signal.SIG_IGN)


def raise_timeout(_signum, _frame):
____raise TimeoutError


def timeout(second):
____def _timeout(fun):
________@wraps(fun)
________def _fun(*args, **kwargs):
____________with timeout_signal(second):
________________return fun(*args, **kwargs)

________return _fun

____return _timeout


@timeout(1)
def f():
____pass


我平时的用脚本里是这样写的，性能好坏不确定。

min_pk,max_pk = select min(primary_key), max(primary_key) from table where a > xx;
select xxxx from tables where min_pk < pk and pk < max_pk and a > xx order by update limit 100;
可以试一试这样有没有用。
参考了这篇博客
https://github.com/digoal/blog/blob/master/202007/20200710_01.md

同步的库是 select，用 asyncio 应该能改成异步的。

尾递归只是把原先的函数调用栈放到参数里而已，所有的递归在参数中加一个栈都可以改成尾递归。

想用断点的话建议用这位大佬改造过的 idea 插件，相对来说好用不少，文章里也有使用方法。
https://blog.csdn.net/eeeggghit/article/details/106021723#comments_12664319

我基本全靠 io:format, erlang 的话可以热更新，改完代码 c(Module)就行了，所以也挺方便的，调试线上的代码也可以使用 recon_trace:calls

长度等于逗号数 + 1

倒数第三句 sql 看起来更加可疑。

图一乐。估计性能还是会有问题。为了方便把后缀单独弄了一列。

create table u_insert
(
id serial primary key,
key text,
value int,
suffix int default 0
);
create unique index on u_insert (key, suffix);

begin;
lock u_insert;
CREATE unlogged TABLE tmp(id serial,key text,value int) on commit drop;
insert into tmp(key, value) values ('a', 1),('a', 2),('b', 1);
insert into u_insert(key, value, suffix)
select key, value, t.suffix + rank() OVER (PARTITION BY key ORDER BY id DESC) as suffix
from tmp,
(select t.key as k, greatest(max(u_insert.suffix), t.suffix) as suffix
from u_insert right join (select unnest(array ['a','b']) as key, 0 as suffix) as t on u_insert.key = t.key group by t.key, t.suffix) as t
where t.k = key;
commit;

leetcode 的周赛里，我一般前三题 1 题简单，2 题中等用 30 分钟，第四题想一个小时，能不能做出来随缘。