本文主要是介绍全文搜索的数据库及实体实现,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
在日常的业务场景中,不见得每一类的数据都需要结构化存储,很多情况下,只是将某个表单的数据保存下来就可以了,至于后续的查询,除了表单的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');
这篇关于全文搜索的数据库及实体实现的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!