非时间敏感，且只有百万行，为什么不先尝试 pandas ？测试过有什么瓶颈吗？

非实时计算没必要上 pyflink 。百万行也不算“大数据”没必要用 spark 。学习和搭建完生产环境都已经够用 numpy pandas 写完逻辑了

zoho yandex 比较好的免费选择

如果老哥由个人博客的话，可以考虑挑一个能买到 <用户名>.com 的用户名，强迫症表示舒适

typescript 的成本无非这几类：

1. 学习成本
都 2022 年了，前端工作者 / nodejs 工作者几乎必然需要学习这个。
个人项目练练手，正好为大型项目做心理准备。有任意“带类型编程语言（ c++、java 、...）”经验的人，应该都可以较快上手。

2. 编译成本
小型项目一个 tsc 走天下，没看出有什么编译成本。
大型项目上 esbuild ，rollup ，webpack ，也不差多一道 typescript 编译的工序。

3. 编写成本
增加了很多 type ，interface 定义

4. 选择第三方库时候需要找有 d.ts 支持。
现在很多都有自带或者第三方类型支持了，问题不大吧。

收益：

1. 运行时错误提前到编译期暴露，踩过坑的都说真香
2. 智能提示。别人的接口，即使没有注释，看类型定义也能连猜带蒙略知一二。
3. 连带的，重构之类的多了一重保障，楼上一位哥们说接口类型变来变去，本人认为更需要带类型了，每次类型一变，编辑器相关地方全都标红，改完问题就心里有底。没有类型的话，只能人肉追溯代码调用链，或者 ctrl+F ，如何保证该改的地方都改了 ？

就本人实践而言，收益远大于成本。

failed 失败了 / succeeded 成功了

请不要使用 successful

找国内银行补发一下纸质账单试一下？

protobuffer

data engineer

955

家里都学习不了，还想去吵杂的星巴克学习。这

此外，同样觉得楼主的需求很奇怪……权限分离是很重要的习惯

看不懂，那么楼主为什么不直接用 root 账号？

@msg7086 谢谢，受教了

@blakejia 好，我搜索一下，哈哈

@sariya 是的，在想是不是用网盘往上一扔会更简单可靠

@niubee1 个人文件，当然是自己付费了。 :-)

@cmdOptionKana 确实是算一下成本。

@twikor 所以是不是这样？本地 <-> nextcloud <-> s3 ？中转路径会不会有点多？

恭喜楼主

@dog82 #6 同意层主说的

使用聚合函数，除非全部字段都是聚合了，不然还是要加上 group by 最为规范。这保证了满足 sql 规范，日后迁移到其他 sql 引擎也好迁移。

mysql 只是某些情况下可以接受不规范的 sql 而已，正如你贴出 this is incompatible with sql_mode=only_full_group_by 说的就是这一回事。

存储 mysql，搜索 es