@saobilin 厉害。这个代肝行业收益咋样，想试试副业

op 做啥游戏的

clickhouse ，doris 物化视图应该可以直接实现

@zhangshine 最近在考虑 postgresq ，有几个问题想请教下

1.你用的 postgresql 是云数据库，还是自己搭建的
2.数据库机器配置咋样
3.最大单表数据量多少
4.使用过程中有遇到什么性能问题 和 异常么

你要不再梳理下 背景，需求，方案 1 ，2 ，3 。理解起来有点费劲。

1.测试环境资源吃紧的情况下，想作为线上环境，这个就不太合理，要么加机器资源，要么还是用开发环境
2.测试环境 反代 到开发环境，不现实。开发环境停电之后系统还是不可用，没实际意义
3.测试环境 缓存 一份热数据，定期删除，只能提供查询，整个系统的复杂度提高几倍

测试环境加一个硬盘吧，现在硬盘不算很贵，解决很多问题。提高系统稳定性，可维护。降低开发人员的工作心智，

@debugman66 我也没表达大公司需要手动定位慢 sql 的意思啊。这个说法哪来的哦

@ryalu 哈哈哈哈， 这个没有绝对的对错， 每个团队的习惯和方案都是经过很多业务问题沉淀出来的。下面简单的举例一下，并不严谨和也不全面。
比如
1.小型业务，团队头头会更关注，csrf ，xss ，sql 注入等等攻击风险，因为还跑不到数据库性能层
2.中型业务，团队头头会更关注，csrf ，xss ，sql 注入 + 应用 sql 调优
3.大型业务，团队头头会更关注，csrf ，xss ，sql 注入 + 应用 sql 调优 + 数据库实例调优 ，数据安全 等等

@lesismal 风险和习惯这个确实是存在的，避免不了。那怕定好流程规范，开发人员也一样会产出风险。这层只能靠不断的灌输思想和从架构上避免风险。

但也理解你的想法了，想尽可能使用原生 sql ，一个是降低 orm 隐性的 bug （不一定有，但想尽可能避免），另外一层，在出现性能问题时，可以快速定位问题（ orm 在定位 sql 这层是办不到的）

@zzhaolei @lesismal grom 可以设置 Logger level 在开发过程中就可以看到执行的 sql ，有问题能直接发现。gorm 也有 raw sql 模式可以直接用。
是在使用 GROM 中踩了哪些坑么。如果有坑的话，我需要重新考虑下要不要用 gorm

现在联通 55/月/千兆/2 年合约 [渠道返利 192 元，相当于首年 39/月] ，手机流量 20G 通用+30G 定向，基本需求都可以满足

同蹲，不知道 amd 7840h 这些 cpu 做主机稳不稳定，有没有问题

每天都 300w 的订单数据，那说明业务量很大，直接上云数据库，让公司给钱就行

op 加油，一切都会好起来的

@XyIsMy 补个 github 链接 https://github.com/brokercap/Bifrost

1.数据库 A 能不能停。如果能停，把 数据库 c （主） 和 数据库 a （从） 做一个主从。业务转移完后再切断主从

2.不能停，考虑外部工具。比如 bifrost ，先做一个全量同步，同步完后开启增量同步，就可以了。业务转移完切断同步

@XyIsMy 下有跳转 url ，带上 path1 ，让负载 nginx 可以识别

你这域名都是通用的，肯定有很多坑。要么下游支持 abc.com/path1/login 的方式，要么 abc.com/login 统一都转发到 http://1.2.3.4:1000 上去

楼主生日快乐