关于hbase预分区和行键设计

在hbase中为了解决写热点问题，我们通常都要进行预分区。关于预分区我有几个问题想请教下：
在看了官方文档和网上的一些博客之后，我发现在进行预分区的时候通常都限定了行键的范围，其实也限定了行键的长度？
如果是这样，那是不是也意味着一旦分好了区，之后所有表的行键的设计都得按照这个范围来，也就是rowkey的长度都得一样？？？

由于我们公司的业务带有一点开放性也即不确定性，这就要求在最初的设计上行键尽量长一些（这样可以包容更多的情况），但是这样一来对内存和实际存储都将产生负面影响。当然前提是考虑先进行预分区。

这样的逻辑是否存在问题，或者大家有没有好的例子可以让我们借鉴下？谢谢！