表设计时候,如果一块业务需要一张新表来实现,但是很多字段都是存在已有的表内的,是否还要将这些字段加入到这个新表中以方便直接单表查询.

Renco:考虑将已有字段全部加入到新表这种做法主要查询的时候。相关数据可以直接通过单表查询,不需要再做表关联。代码也简单。但是会带来一个问题就算原有表的数据改动,新表存储的字段数据依旧是老的,会造成数据的不一致。但数据改动的情况是极少数的,所以这边的设计是要怎么样比较合理一点。

Renco:补充一个这个新表的主要功能是做 流水记录。

Renco:个人理解上觉得 即便流水表记录的是老数据,整体影响也不大。

wangritian:我的想法是如果项目初期,需求变动频繁,qps 要求不高,可以 join 求灵活;反之需求稳定,qps 要求高,或新旧表业务关联性不高,就复制字段,需要同步修改的时候让旧表模块广播个消息

请问小程序换量的技术实现是怎样的?

rouwann:像阿拉丁上面提供小程序换量的信息和联系方式,所以是针对特定的小程序,代码里做跳转和数据上报吗?有没有第三方的联盟 sdk 可以解决换量问题?本人产品经理,望指教

用户上传的敏感数据,需要加密吗?

lithium148:登录密码肯定是要加密的,但是敏感数据呢? 比如便签软件的便签内容,聊天软件的聊天内容,存储到服务器上需要加密吗? 实际各大公司有加密没有?应该在服务器端加密还是客户端加密? 谢谢!

密码定期修改

Kumius:请教大家一个问题:对一个应用系统 它号称自己的内在逻辑要求管理员每季度修改一次密码,并且至少与前三次密码不同。作为‘审查’人员,该如何验证该系统实现了此功能呢? 密码与前三次不同比较好检查,但如何判断每隔一段时间就要求修改密码呢?总不能修改系统时间来验证吧。。Aliencn:要么就代码审计。要么就修改系统时间来验证。

有没有写好接口文档就生成接口代码的工具?

fanyingmao:要求写好接口文档,然后生成各部分代码并对出入参数做检查,然后修改接口文档也会帮忙只修改对应部分的代码,这样开发只有写对出入参数实现部分就可以了,少了很多复制粘贴,文件间跳转修改的工作同时减少当中出错的可能。 还有针对 node 有定义好数据库表然后生成 model 代码的工具吗?

写文档比写代码难多了

heboy:最近计划开源一个项目,功能很简单总共就 3 个命令加一些扩展,结果文档写了两个月还是不满意,删了写写了删。真的比写代码还纠结wysnylc:文字的历史比代码可久多了 rimutuyuan:写文档还好,写解决方案才费劲,想起了被 800 字支配的恐惧