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

标签：全文搜索

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

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

标签：全文搜索

原文地址：http://blog.csdn.net/u010942465/article/details/46292115