单机oceanbase的单表行数限制，一般多少行需要分区分表？
1 个赞
我理解这个不一定是要看单表的行数吧，也取决于业务需要。
如果这个表即使只有几十万行，或者只有几百兆，从行数或者大小来说不大。但是如果这个表有日期类型的字段，并且经常按照日期范围进行查询，我觉得就有按照日期分区的必要。毕竟在每次查询的时候，如果只读一个比较小的日期范围（比较少的数据块），总比全表扫描来的更节省IO，更高效。
那肯定要考虑业务，但是一般通常情况下，总要有个大致的数据来辅助，就像mysql2千万行就得考虑，是一个经验值
企业版的单机ob么
是的
你好，你提的这个技术问题牵涉到OceanBase企业版范围内的功能细节。建议你通过以下方式寻求帮助：
1.如你所在的企业客户已签署OceanBase企业版销售合同，请你联系客户经理；
2.如你所在的企业客户尚未签署OceanBase企业版销售合同，你可通过OceanBase官网商务咨询页面留下你的联系方式，OceanBase企业版的业务顾问会在一个工作日内与你联系。
OceanBase官网商务咨询
不管是商业版，还是社区版的单机ob，大致的参考值是多少？
这俩不是一个产品。而且没听说过有行数限制这个说法
1 个赞
我也希望有OB的深度用户能给一个经验值。
我理解还是取决于业务。对于一个几千万行的表来说，如果绝大多数的访问都是从PI的等值访问，那从其他列做分区的确没有多大必要。如果经常从已经建了索引的非主索列来访问，那在这个列上再分区好像意义也不大。如果这个列上的等值查询和范围查询都比较多，就应该在该列上既建索引，又进行分区。
所以，如果是单机版本，我想应该在建立索引和分区之间权衡。如果经常按照范围访问，应该跟适合分区；如果经常等值访问，更应该建索引。
1 个赞
看业务需求，这个跟mysql 单表达到2000多W之后，查询表的性能会下降，ob没有单表行数的限制，如果不分区的情况业务可以接受查询的效率可以不分区，如果业务的流量需要打撒，那么不管数据量多少，分区是最合适的