lellansin_个人页

影响不大，旧版锁了版本，目前不影响使用

可能是 tomcat 没有 root 权限

按照规范，不推荐出现非小写的 key，参见：https://medium.com/@an_chee/why-using-mixed-case-field-names-in-hive-spark-sql-is-a-bad-idea-95da8b6ec1e0 所以，建议是避免出现重名但大小写不同的 key。避免出现这个情况的办法，可以推荐在 input 和 output 处个加一个 json 的 encode 和 decode 逻辑。encode 处把重名的大写 key，按照您自定义的约定转成其他小写的 key，例如 hkData -> hk$data。然后运算处理完之后再执行 decode 把 hk$data -> hkData。 确实不推荐出现大写的 key，参见：https://medium.com/@an_chee/why-using-mixed-case-field-names-in-hive-spark-sql-is-a-bad-idea-95da8b6ec1e0。可以考虑在 input 和 output 各加一个 encode 和 decode。encode 的逻辑是把大写 key 按照自定义的规则转一层，例如 xxx.hkData -> xxx.hk$data。然后运算完了在 output 的时候，通过 decode 把 xxx.hk$data -> xxx.hkData。

建议不要直接 delete 数据。可以加一个 deleted 字段 (字段名随意)，如果要删除某一行数据，可以 update 这个字段为 1。然后业务逻辑里面 select 数据的时候 where deleted = 0 就好了。

前端调用 oss 直接上传的话，需要在前端存储 accessKey 等敏感信息，不推荐这么做。