2012.4.1 微博热报:代码如何 Review、如何给 HBase 设计 Schema

  • 贾国清

2012 年 4 月 1 日

话题:语言 & 开发文化 & 方法AI

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 中国研究院

推荐理由:EMC 中国研究院的官方微博,主要关注于云计算和大数据。


欢迎读者关注@InfoQ官方微博,推荐热门话题,可私信@InfoQ,同时请您说明推荐理由。

语言 & 开发文化 & 方法AI