强烈建议，分开多个做。

应该是通用的。

在postgresql中,in和都有着查找筛选的功能，但特点有所不同，in是精确匹配，是模糊匹配，返回的结果可能也不一样。如果真的出于好奇，看看谁的查找速度快，这里就简单场景作了简单的测试分析：测试数

GENERATEDALWAYSAS(generationexpr)STORED此子句将列创建为generatedcolumn。列无法被写入，读取时将返回指定表达式的结果。关键字STORED表示将在写入

你在postgres用户下编译试试，另外可以补充一下你的系统环境及PG版本

存储过程实际就是sql语句的集合，所以跟踪每个sql执行的sql执行计划即可PG数据库中的执行计划

mysql5.7以后没有你说的test库了。5.6安装好有一个test。但是那个也不是为了看执行计划的。看执行计划和有没有test无关。pg安装好没有test，你可以手工建立一个。但是一般测试和正式是

数据量越大，offset对查询效率的影响越显著

可以使用\gexec特性，例如：select‘selectpgrelationfilepath(’’’||relname||’’’);’frompgstatusertables;\gexec

recheckonupdate这个特性应该测试有bug，11最终release时没有特性，当前最新的14里也没有这个特性。