全文搜索的数据库及实体实现

    在日常的业务场景中，不见得每一类的数据都需要结构化存储，很多情况下，只是将某个表单的数据保存下来就可以了，至于后续的查询，除了表单的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_DATAwhere CONTAINS(SEARCH_CONTENT, '123');