@wy315700 有道理，多谢啦

@wy315700 参考华为，其实系统可以考虑应用在前台的时候再分发呗。

如今是薛定谔的版本，坐我旁边的哥们，版本号和你我一样，他没有下拉箭头，没有淡紫色标题栏，没有新样式的对话框，也跟我核对了半天.....

@pger 感谢热心回复。

我这里因为是一些工业场合，追求的是固定配置下的大 io 容量。（不像互联网领域，用户量上来了就增加配置，比较弹性）

最后讨论的方案是，锁表然后先查，没有的情况下再插入。这种方式在 conflict 的情况下，只需要查询一次。

再次感谢~

@adoal 谢谢，我的确是接触 pg 不久，原来是这么个历史原因，受教了。看样子得想别的办法了，多查询一次和最初设计的 io 负荷不匹配，得仔细点考虑。搜索了一下，类似的提问还不少，希望有代表民意的大佬们。再次感谢~！

@dw2693734d 感谢大神指导...受益匪浅

UPDATE 会造成写操作；
重新查询会造成读负担；
想咨询有没有好一点的方法，为什么设计成这样，是为了效率么？

我是保存的的不带时区啊：
insert into tabtstest(tsnotz) values('2020-01-01 0:0:0');

@masterclock 嗯，历史遗留问题这个就好理解了。多谢。

@zzzkkk 我是看见有人说保存的是 UTC 时间，我不同意这个说法。
如果保存的是 UTC 时间，那么读取出来应该是`2020-01-01 0:0:0+0`或者`2019-12-31 16:00:00+08`。
明显`AT TIME ZONE 'asia/shanghai'`就是告诉 pg ，这个保存的时间按照`asia/shanghai`来理解，而不是说按照 UTC 来理解。

各位说保存为 utc 的，那么怎么解释这个最后读取的结果是`2019-12-31 16:00:00+00`，这个+00 可不是我指定的。

```
```sql
$ create table tabtstest(id serial primary key, tsnotz timestamp without time zone);
CREATE TABLE

$ insert into tabtstest(tsnotz) values('2020-01-01 0:0:0');
INSERT 0 1

$ select * from tabtstest;
id | tsnotz
----+---------------------
1 | 2020-01-01 00:00:00
(1 row)

$ select tsnotz AT TIME ZONE 'asia/shanghai' from tabtstest;
timezone
------------------------
2019-12-31 16:00:00+00
```

@cxh116 感谢，我就是奇怪 timestamp without zone 有什么实际用途。

代理服务器？

谢谢各位

2023 年，2022H2 ，bug 依旧，无语。

@nieyujiang 本来还想客户端和服务器端如果都用一个语言倒是能减少一些语言切换间的损耗呢。

@aapeli 感谢哈，我是说如果我有一堆，如何降低重复代码，这个提供 int <-> string 之间映射的函数肯定是要定制的。我的意思是从这个关系上扩展的一堆函数能不能不用每种 enum 都要写一份。

如果不玩游戏，那么很简单：别买超过 2000 的安卓就行。
要么 6000 以上的苹果，要么 1500 以下的安卓。

ssh -v 看看日志如何提示。