全文搜索的数据库及实体实现
在日常的业务场景中,不见得每一类的数据都需要结构化存储,很多情况下,只是将某个表单的数据保存下来就可以了,至于后续的查询,除了表单的ID以外,更多的是依靠全文检索来实现的。
目前我们有很多流程,主要工作方式是:启动时,从主数据中获取相应的数据变成交易数据,经过流程各环节的处理,流程结束时,交易数据再写回到主数据中。在这个过程中,除了流程之外,查询交易数据的机会很少(全文检索除外)。因此,为过程中大量的交易数据进行数据库设计的意义就不是很大了。
除主键RESOURCE_ID外,最关键的是XML_CONTENT字段,它以xml数据类型保存了业务实体的内容。之所以使用xml类型而不是二进制或纯字符串类型,是保留了为xml字段中的内容创建索引的可能性。
仅仅有表结构还不够。为了大家使用方便,我们设计了针对于此数据结构的数据实体和数据访问适配器(Adapter)。此外,我们还定义了一组Attribute,帮助大家将对象转换成xml格式。.NetFramework的xml序列化机制由于要用到动态编译,所以我们轻易不用。
我们看看这个数据实体的基类的定义:
[Serializable] [XmlRootMapping("GenericFormData")] [XElementSerializable] [ORTableMapping("WF.GENERIC_FORM_DATA")] [ObjectCompare("ID")] public class GenericFormData : WorkflowObjectBase { [Description("编号")] [XmlObjectMapping] [ORFieldMapping("RESOURCE_ID", PrimaryKey = true)] public override string ID { get; set; } [Description("标题")] [XmlObjectMapping] [ORFieldMapping("SUBJECT")] [StringLengthValidator(1, 255, MessageTemplate = "请填写标题,且长度必须小于255个字符")] public override string Subject { get; set; } private IUser _Creator = null; [SubClassORFieldMapping("ID", "CREATOR_ID", IsNullable = false)] [SubClassORFieldMapping("DisplayName", "CREATOR_NAME", IsNullable = false)] [SubClassType(typeof(OguUser))] public virtual IUser Creator { get { return this._Creator; } set { this._Creator = (IUser)OguBase.CreateWrapperObject(value); } } [Description("创建时间")] [XmlObjectMapping] [ORFieldMapping("CREATE_TIME")] [SqlBehavior(BindingFlags = ClauseBindingFlags.All, DefaultExpression = "getdate()")] public virtual DateTime CreateTime { get; set; } [Description("XML")] [ORFieldMapping("XML_CONTENT")] public virtual string XmlContent { get; set; } [ORFieldMapping("SEARCH_CONTENT")] [Description("搜索内容")] public virtual string SearchContent { get; set; } }
可以看出,它和一般的数据实体类差别不大,只不过上面有XmlRootMapping,XmlObjectMapping等几个属性用来帮助将对象序列化为xml。
如果我们想将GenericFormData序列化为xml,只需要调用XmlHelper.SerializeObjectToXml(data)即可。
我们想使用的时候,只需要写一个从GenericFormData派生的数据实体,以及从GenericFormDataAdapterBase<T, TCollection>派生的Adapter类即可。
SampleFormData由于存储在xml字段中,在不创建索引的情况下,我们可以认为是非结构化的。在上面的例子中,它的子对象集合SubData也是非结构化的。在实际的应用场景中,子对象不一定也是非结构化的,例如表单的意见、附件等子对象。我们需要重载Adapter的BeforeInnerUpdate、AfterInnerUpdate或AfterLoad去处理子对象。
有的时候,不一定需要同时加载主对象和子对象,例如列表中只会用到主对象,而表单往往同时使用主对象和子对象。
在这种场景下,子对象往往是延迟加载的。
最后需要注意的是,不是所有的对象都可以按照上面的Xml序列化机制来序列化的,尤其是对象交叉引用的情况,这种通用数据并不能象结构化数据那样容易检索。为了缓解这一不足,我们在GenericFormData和GenericFormRelativeData上都设置了一个SearchContent属性,这个属性会对应到数据库表上SEARCH_CONTENT的全文检索字段。
应用可以将自己想查的文本数据放在SearchContent属性中,然后进行查询:
select * from WF.GENERIC_FORM_RELATIVE_DATA where CONTAINS(SEARCH_CONTENT, '123');
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。