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