从RDBMS设计转向HBase设计求指导

楼主刚开始学Hadoop、HBase，目前在学习HBase的数据库结构设计，对比传统的RDBMS设计有很多疑问，发帖求助，先感谢大家的指导。
问题1，人、物、场景的设计与关联，如：

user
id	name	desc

property
id	user.id	desc

scene
id	desc

分别存储人（user）、物（property）、场景（scene）的简略信息，在RDBMS中的设计方法就是单独建表、再建关联表。
在HBase里，人-物关联特别是人与物有拥有权关联时是好办的，最简单的横向增加column就可以。但人-场景关联应该怎么做？
考虑到双向查询、N-N关联，简单横向扩展不太合理。或者也象在RDBMS一样，人、场景各自独立建表，通过row key设计实现关联吗？可是当出现新的类似场景的概念，比如称之为“新应用”时，人-“新应用”之间也要类似人-场景一样增加设计吗？那样对user表的row key会产生实质性的改变，怎么办？
问题的实质其实是，HBase要求我们在对于数据库、表格的设计上做哪些思维转变？
问题2，HBase的column family是个很强大的概念，但很多资料包括apache的文档也说多个CF的表在flush时有性能缺陷，因此不建议这么设计。但是还是能看到文章在介绍CF的优点，这个东西现在究竟能不能使用？

暂时先这些。第一次发帖问问题，不知道能被多少人看到，恳请先行者不吝指教，再次感谢！