Review 代码是一次性全 Review 完,还是分多次 Review;对于熟悉 RDBMS 的人来说,如何给 HBase 设计 Schema 呢?今天的微博热报将从 @蛙蛙王子 和 @DataScientist 的微博中为您找到答案。
昵称为蛙蛙王子的网友在微博中提问:“请教个问过的问题,大家 Review 代码是一次性全 Review 完,还是分多次 Review,比如第一次 Review 逻辑,第二次 Review 代码风格,第三次 Review 空引用或未处理异常,第四次 Review 前置条件后置条件,安全检查,第五次 Review 调用关系,复杂度等。”大家给出如下建议:
@老赵:Review 东西按功能 / 职责 / 模块划分,不以代码的某一方面来分,所以比如今天 Review 一个功能 A,当中所有的代码风格,逻辑,异常处理都一并 Review 了。
@CD_ 珠宝狼: 设计的 Review 应该是 Coding 之前就要做,安全的 Review 则是在设计完成后开始开发前做。代码签入应该分阶段比较好,比如 Shim 啊 UT 都一步步来。否则 History Track 也不好做。
@豆芽菜大叔: Code Review 只要保证和 Design 一致就行了,别的都不需要在这个阶段考虑了。
@左耳朵耗子:代码风格应该是自查。
@i 温柔一刀: 可以专项,也可以面面俱到。取决于时间是否充裕吧。主要还是偏重于功能逻辑吧。其他工具可以代劳。
昵称为 DataScientist 的网友在微博中分享了为HBase 设计Schema 的经验:“对于熟悉RDBMS 的人来说,如何给HBase 设计Schema 呢?这个问题是所以数据库管理员和数据库开发人员所关心的问题。 http://t.cn/zOSXykw 这里的博客中给出了答案。Row key 起到什么作用,NoSQL 的 Schema 和 SQL 的 Schema 有什么不同”,以下是网友的反馈:
@solochar : NoSQL 的 Schema 设计要随需求而定,需求的摇摆不定将是噩梦。
@fengyuncrawl :文章总结得很不错,每个点都可以继续深挖下去!
@邓柏: 这样看 MongoDB 还是很适合我们的。
@邓柏:看完了,作者对 HBase 有好感。Siri 用了 HBase?以为 Apple 都习惯用自己的东西。
@DataScientist :不能说对 HBase 有好感吧,这篇文章主要讲怎么用 HBase 设计 Schema,所以主要是怎么利用 HBase 的优势。HBase 的劣势没有讨论。
今日微博推荐
推荐理由:EMC 中国研究院的官方微博,主要关注于云计算和大数据。
活动推荐:
2023年9月3-5日,「QCon全球软件开发大会·北京站」 将在北京•富力万丽酒店举办。此次大会以「启航·AIGC软件工程变革」为主题,策划了大前端融合提效、大模型应用落地、面向 AI 的存储、AIGC 浪潮下的研发效能提升、LLMOps、异构算力、微服务架构治理、业务安全技术、构建未来软件的编程语言、FinOps 等近30个精彩专题。咨询购票可联系票务经理 18514549229(微信同手机号)。
评论