浅谈数据库索引设计，提倡先建表，后映射概念。重要！

qldsrx

BeX5的从概念产生数据库表结构的做法是不值得推荐的，最大的问题就是性能低下。
也许这样是可以快速开发，但是BeX5是个重型机器，不得不考虑性能，不然如何支持高并发响应？既然要收费，肯定是用的人越多越好，人多了又如何保证性能？性能是不可不考虑的问题，但官方似乎在回避它。

我先简单介绍下这个数据库的索引设计，抛砖引玉说明先建表的好处。
就拿最常用的mysql数据库来说吧，简单的建索引，一般都是为了加快查询速度，针对where条件来建索引。虽然BeX5的概念里也提到了索引，但是却没有考虑算法。索引是有算法的，即使是功能最烂的mysql数据库，也支持设置索引的算法。对于精确匹配的场合，一般查询里用=来匹配，那么就最好用HASH索引，性能可以大大提高，特别是主键和唯一索引，90%以上都使用HASH索引算法。另外还有BTREE索引，如果不指定索引类型，默认就是它了，这种索引是用在<、<= 、=、 >=、 >和前缀like(如 like 'foo%')的场合使用的，非前缀like无法使用索引。如果要用位运算符，那么就需要建立RTREE索引算法，不过这一般用的很少。

补充说明，主键也是可以指定索引算法的，不指定默认是BTREE，因此如果你的主键只用于多表关联，也就是=来匹配，那么还是更改为HASH算法的好哦

ecoolper

1、赞同你说的“索引类型对系统高并发很重要”，但不是一个平台考虑的主要问题，通过x5studio可以设置索引类型，可以在后面版本中加上去，
做为一个新特性提出来；
2、不提倡在使用x5时“先建表，后映射概念”，不同的平台有不同的使用场景，就算同一个平台在一个项目或者系统的不同时期重要性也不同；
3、一定要想清楚在项目的一个阶段中，使用x5要解决什么问题，和能解决什么问题