EBMIDE——文件索引

<sdt id="89512093" sdtgroup="t" contentlocked="t" sdtlocked="t"></sdt>

基于文件的业务数据存储

Fixcel电子表单能够定义灵活的表单模板，随意增加字段，随意改变模板的格式，填报的业务数据存储到了一个独立的文件里。

关系数据库作存储最让人头疼的是字段的变化，而业务数据储存到了文件，能够让数据库存储摆脱了大量的业务横表以及能够灵活的应对了字段的变化。

但是，业务数据存储到了独立文件所带来的问题是，做汇总查询变得非常的低效，关系数据库横表的其中一个优势恰好又是汇总查询，所以取长补短，需要建立文件的索引表。

建立索引表

为每一类业务文件建立单独的索引表显然也是不可取，这样做最终还是回到有大量业务横表情况。

所以，索引表的建立有几个要求：

1.需要一个通用的索引表(具体个数不确定，有可能性能因数会分成几个)。

2.索引表能够方便的重建，因为业务数据源是一个个独立的文件，服务器的文件索引引擎必须支持这个基础的功能。

3.默认的索引表大小例如是20个字段，能够方便的扩展到例如30个字段，因为索引表能够方便重建。(不过，20个关键词也查不到的业务数据，这数据未免也太神秘了…)

4.通用的索引表的一个问题是，对于具体的业务数据，每个索引代表的具体含义是什么，服务器文件索引引擎也需要解决这个问题。

配置索引映射

要解决“通用索引表，对于具体的业务数据，每个索引代表的具体含义是什么”这个问题的方法是，配置索引映射，让文件索引引擎理解。

例如，下图是科目信息的索引映射配置，只需要配置需要建立索引的字段。

有了上述的几个机制后，索引表就能够有效产生并运作了。

例如，对于“科目信息”，文件索引引擎知道了这个对应关系，名称à索引1，编码à索引2，类别à索引3…，外部查询时只需传入“名称，编码，类别”等这些容易理解的字段名称。

相关文章

EBM专栏

备注

*技术交流与合作：QQ: 157859303；Email：[email protected]