如果需要修改大量数据，可以先将数据导出到文件中，然后使用修改后的数据重新导入表中。

抖音， 按脚本 搞个套路来剪辑+拼接

不合适，不是 1-2 个月就弄清楚了。需要拖到最后一天？

武汉凌禹信息 试用期
武汉凌禹信息 试用期辞退员工
武汉凌禹信息 怎么样
武汉凌禹信息 待遇
武汉凌禹信息 好不好
武汉凌禹信息 前景
武汉凌禹信息 招聘

python / c# 有代码，去搜搜

实际可以看看 HWiNFO 这货，之前用这个挺多的。

@anyclue youtube 不少部分已经被改写了，网上有介绍这个的 blog

分成 3 部分：1.解压读取 解析 csv
2.批处理
3.入库
用火焰图和时序看一下是哪部分慢呗。 插入 pg 批处理肯定没这么慢（ pg 的 IO 没那么差的情况下）

@dbg 你这种可以，不过我看到还有一种是数据库不直接对外连接，直接在中间件/代理上面做审计 log

mongodb 有事务啊。

@wxf666 你是是把 duckdb 当 sqlite 用了

这明显是 duckdb 的场景，关键是 duckdb 用得多案例多，mapdb 维护都没看到什么了

垃圾项目，还没做啥就喘上的渣滓

浏览器内存 尤其是基于 electron 的那一堆 动不动来个内存泄漏

毕竟.net 7/8 上面性能又牛逼，用起来也爽的 linq 这种东西，Java 上面现在是半残废。

1.看业务，并且主要是不是 curd ，遗留代码多不多。
2. 实际操作上更推荐，新的模块 新的项目里面试用一下 kotlin 之后再看看是不是合适你的团队， --- 或者先在单元测试，筛选数据等部分试用。
3.毕竟现在的 kotlin 甚至 scala 用来搞 curd 比别的快，还能充分借助 openapi 工具箱+AI 等辅助完成大部分的 tdd unit ，但是整个知识迁移的投入还是看出钱的。

curd 这种 还 AI ，直接大把给他整上 TDD+AI 生成写代码