Adhesive框架系列文章--Mongodb数据服务模块实现（上）
Mongodb数据服务可以直接接受任何类型数据，并且它设计为可以承受大量数据的写入。为了能保存任何类型的数据，并且在后台可以查看任何类型的数据，因此我们必须在收到数据的时候对数据的元数据进行提取，随同主体数据一并保存在数据库中。对数据本身也需要重新组织结构，相当于进行一次序列化，然后保存到数据库中。虽然Mongodb是支持Json格式的，但是由于我们在保存数据的时候还有很多逻辑，因此我们必须手动进行这个工作。其实对于提交数据来说，应该是一个非常快的动作，应该以异步方式进行，在一个尽量短的时间内让方法的调用可以返回，之后可以在后台慢慢进行数据的转换和数据发送到远端。因此，开发了一个内存队列服务模块来进行异步队列处理工作，并且提交数据到远端也使用了框架内部的Wcf分布式服务模块。当然，在服务端道理也一样，我们可以通过一个内存队列来批量提交数据，并且让服务的调用尽快返回。Mongodb数据服务提交数据的过程如下：
项目的结构如下：
1、Mongodb项目是客户端部分的接口
2、Mongodb.Imp项目是客户端部分的实现
3、Mongodb.Server是服务端部分的接口，或者说是服务契约
4、Mongodb.Server.Imp是服务端部分的实现
可以看到Mongodb数据本身依赖应用程序信息中心模块、配置服务模块、内存队列服务模块、Wcf分布式服务模块，对于大部分客户端应用程序来说都应该只依赖Mongodb数据服务的客户端而不是服务端。我们把Mongodb数据服务分成两部分，插入数据的服务和查询服务，后者的使用者一般而言只有Mongodb数据服务的后台。本文主要介绍前者：
public interface IMongodbInsertService : IDisposable { void Insert(object item); }
从接口本身来看非常简单，只有一个方法。我们来看看它的实现步骤：
1、调用配置服务，查看这个数据类型对应的配置，说到这里，让我们来看一下Mongodb数据服务客户端的配置：
[ConfigEntity(FriendlyName = "Mongodb客户端配置")] public class MongodbServiceConfigurationEntity { [ConfigItem(FriendlyName = "插入服务配置项列表")] public Dictionary<string, MongodbInsertServiceConfigurationItem> MongodbInsertServiceConfigurationItems { get; set; } }
每一个类型的配置项如下：
[ConfigEntity(FriendlyName = "Mongodb客户端针对每个数据类型的配置")] public class MongodbInsertServiceConfigurationItem { [ConfigItem(FriendlyName = "类型完整名")] public string TypeFullName { get; set; } [ConfigItem(FriendlyName = "是否提交到服务端")] public bool SubmitToServer { get; set; } [ConfigItem(FriendlyName = "队列最大项数")] public int MaxItemCount { get; set; } [ConfigItem(FriendlyName = "消费的线程总数")] public int ConsumeThreadCount { get; set; } [ConfigItem(FriendlyName = "消费数据的时间间隔毫秒")] public int ConsumeIntervalMilliseconds { get; set; } [ConfigItem(FriendlyName = "遇到错误时消费数据的时间间隔毫秒")] public int ConsumeIntervalWhenErrorMilliseconds { get; set; } [ConfigItem(FriendlyName = "消费数据的批量项数")] public int ConsumeItemCountInOneBatch { get; set; } [ConfigItem(FriendlyName = "达到最大项数后的策略")] public MemoryQueueServiceReachMaxItemCountAction ReachMaxItemCountAction { get; set; } [ConfigItem(FriendlyName = "消费数据时不足批次数的策略")] public MemoryQueueServiceNotReachBatchCountConsumeAction NotReachBatchCountConsumeAction { get; set; } [ConfigItem(FriendlyName = "消费数据遇到错误的策略")] public MemoryQueueServiceConsumeErrorAction ConsumeErrorAction { get; set; } public MongodbInsertServiceConfigurationItem() { TypeFullName = ""; SubmitToServer = true; ReachMaxItemCountAction = MemoryQueueServiceReachMaxItemCountAction.AbandonOldItems .Add(MemoryQueueServiceReachMaxItemCountAction.LogExceptionEveryOneSecond); ConsumeErrorAction = MemoryQueueServiceConsumeErrorAction.AbandonAndLogException; ConsumeThreadCount = 1; ConsumeIntervalMilliseconds = 10; ConsumeIntervalWhenErrorMilliseconds = 1000; ConsumeItemCountInOneBatch = 100; NotReachBatchCountConsumeAction = MemoryQueueServiceNotReachBatchCountConsumeAction.ConsumeAllItems; MaxItemCount = 10000; } }
这里可以看到，除了是否提交到服务端这个配置，大多数的配置其实是内存队列服务的配置，在之后的文章中我们单独会介绍内存队列服务。之所以需要为Mongodb数据服务的客户端设置这样的配置，一方面是允许修改队列服务的配置，另一方面是为了限制没有经过配置随便什么数据都往服务端发送，只有在后台显式配置的数据类型，才会发生到服务端。
2、如果没获取到配置的话返回，如果获取到配置的话，则为这个类型初始化内存队列服务，设置一系列队列服务的参数，并且把队列的处理委托挂载我们提交数据到服务端的处理方法。换句话说是每一个类型都会有自己的内存队列服务，我们在MongodbInsertService的实现定义了一个静态字典用于保存内存队列服务的实现：
private static Dictionary<string, IMemoryQueueService> submitDataMemoryQueueServices = new Dictionary<string, IMemoryQueueService>();
if (!submitDataMemoryQueueServices.ContainsKey(typeFullName)) { lock (submitDataMemoryQueueServices) { if (!submitDataMemoryQueueServices.ContainsKey(typeFullName)) { var memoryQueueService = LocalServiceLocator.GetService<IMemoryQueueService>(); memoryQueueService.Init(new MemoryQueueServiceConfiguration(string.Format("{0}_{1}", ServiceName, typeFullName), InternalSubmitData) { ConsumeErrorAction = config.ConsumeErrorAction, ConsumeIntervalMilliseconds = config.ConsumeIntervalMilliseconds, ConsumeIntervalWhenErrorMilliseconds = config.ConsumeIntervalWhenErrorMilliseconds, ConsumeItemCountInOneBatch = config.ConsumeItemCountInOneBatch, ConsumeThreadCount = config.ConsumeThreadCount, MaxItemCount = config.MaxItemCount, NotReachBatchCountConsumeAction = config.NotReachBatchCountConsumeAction, ReachMaxItemCountAction = config.ReachMaxItemCountAction, }); submitDataMemoryQueueServices.Add(typeFullName, memoryQueueService); } } }
3、然后会判断是否已经提取过这个类型元数据了，如果没提取过则尝试提取元数据并加入缓存：
if (!mongodbDatabaseDescriptionCache.ContainsKey(typeFullName)) { lock (mongodbDatabaseDescriptionCache) { if (!mongodbDatabaseDescriptionCache.ContainsKey(typeFullName)) { MongodbDatabaseDescription mongodbDatabaseDescription = GetMongodbDatabaseDescription(item); CheckMongodbDatabaseDescription(mongodbDatabaseDescription); mongodbDatabaseDescriptionCache.Add(typeFullName, mongodbDatabaseDescription); } } }
4、把数据加入队列，等待队列服务在合适的时候调用处理方法（也就是发送到服务端）：
if (config.SubmitToServer)
{
submitDataMemoryQueueServices[typeFullName].Enqueue(item);
}
其实到这里为止，方法已经返回了，之后就是队列服务在后台的异步调用了。现在我们来深入一下细节，首先看一下GetMongodbDatabaseDescription是如何提取元数据的，这个方法返回的是MongodbDatabaseDescription，它的定义如下：
[DataContract(Namespace = "Adhesive.Mongodb")] public class MongodbDatabaseDescription { [DataMember] public bool SentToServer { get; set; } [DataMember] public string TypeFullName { get; set; } [DataMember] public string DatabasePrefix { get; set; } [DataMember] public string CategoryName { get; set; } [DataMember] public string Name { get; set; } [DataMember] public string DisplayName { get; set; } [DataMember] public int ExpireDays { get; set; } [DataMember] public List<MongodbColumnDescription> MongodbColumnDescriptionList { get; set; } [DataMember] public List<MongodbEnumColumnDescription> MongodbEnumColumnDescriptionList { get; set; } }
在这里可以看到，我们主要解析的是MongodbPersistenceEntityAttribute，对于下一级的MongodbColumnDescriptionList ，我们主要是解析每一个列的元数据，而MongodbEnumColumnDescriptionList则提取所有枚举的信息。MongodbColumnDescription的定义如下：
[DataContract(Namespace = "Adhesive.Mongodb")] public class MongodbColumnDescription { [DataMember] public string Name { get; set; } [DataMember] public string TypeName { get; set; } [DataMember] public bool IsArrayColumn { get; set; } [DataMember] public bool IsEntityColumn { get; set; } [DataMember] public string ColumnName { get; set; } [DataMember] public string DisplayName { get; set; } [DataMember] public string Description { get; set; } [DataMember] public bool ShowInTableView { get; set; } [DataMember] public bool IsTableColumn { get; set; } [DataMember] public bool IsTimeColumn { get; set; } [DataMember] public bool IsContextIdentityColumn { get; set; } [DataMember] public bool IsPrimaryKey { get; set; } [DataMember] public MongodbIndexOption MongodbIndexOption { get; set; } [DataMember] public MongodbFilterOption MongodbFilterOption { get; set; } [DataMember] public MongodbCascadeFilterOption MongodbCascadeFilterOption { get; set; } [DataMember] public MongodbSortOption MongodbSortOption { get; set; } }
这里很多数据都来自MongodbPersistenceItemAttribute和MongodbPresentationItemAttribute。再来看看MongodbEnumColumnDescription：
[DataContract(Namespace = "Adhesive.Mongodb")] public class MongodbEnumColumnDescription { [DataMember] public string Name { get; set; } [DataMember] public Dictionary<string, string> EnumItems { get; set; } }
它就简单了，只是保存枚举的列名，和枚举每一项的数据。其实这些元数据提取本身没什么复杂的，可以想到是反射提取，并且其中还涉及到递归，需要深入每一个自定义类型，GetMongodbColumnDescription方法其中有一段这样的代码实现了递归：
if (!type.Assembly.GlobalAssemblyCache && type != pi.DeclaringType) { columnDescription.IsEntityColumn = true; var properties = GetPropertyListFromCache(type); if (properties != null) { foreach (var property in properties) { GetMongodbColumnDescription(typeFullName, fullName, columnDescriptionList, enumColumnDescriptionList, property); } } }
在提取元数据的时候，另一个重要的工作是缓存一些关键的PropertyInfo的配置，以便后期处理数据的时候使用：
internal class ProperyInfoConfig { public bool IsCascadeFilterLevelOne { get; set; } public bool IsCascadeFilterLevelTwo { get; set; } public bool IsCascadeFilterLevelThree { get; set; } public bool IsDateColumn { get; set; } public bool IsTableName { get; set; } public bool IsIgnore { get; set; } public string ColumnName { get; set; } }
因为我们在提交数据之前，需要针对级联下拉的数据进行处理，把第二级的值设置为第一级的值加上第二级的值，第三级的值设置为一加二加三，这样在筛选的时候就会很方便；此外还需要替换列名，计算表名等等，只有缓存了PropertyInfo才能无需重新读取元数据：
private static Dictionary<string, Dictionary<PropertyInfo, ProperyInfoConfig>> propertyConfigCache = new Dictionary<string, Dictionary<PropertyInfo, ProperyInfoConfig>>();
之前说了元数据提取部分时的逻辑，然后来看一下格式化数据时的逻辑，之前为内存队列服务的提交数据的委托挂载的方法主要实现如下：
var mongodbDataList = items.Select(_ => ConvertItemToMongodbData(_)).Where(_ => _ != null).ToList(); var desc = mongodbDatabaseDescriptionCache[typeFullName]; WcfServiceLocator.GetSafeService<IMongodbServer>().SubmitData(mongodbDataList, desc.SentToServer ? null : desc);
先是获取要提交的数据，然后再获取元数据，如果有的话和主体数据一并提交到服务端。通过Wcf分布式数据服务获取到IMongodbServer，并调用它的SubmitData方法，定义如下：
[OperationContract]
void SubmitData(IList<MongodbData> dataList, MongodbDatabaseDescription databaseDescription);
MongodbData的定义如下：
[DataContract(Namespace = "Adhesive.Mongodb")] public class MongodbData { [DataMember] public string TypeFullName { get; set; } [DataMember] public string DatabaseName { get; set; } [DataMember] public string TableName { get; set; } [DataMember] public string Data { get; set; } }
在这里可以发现Data是字符串类型，那是因为我们把要提交的数据主体转换成了Json，否则我们是无法通过Wcf提交Dictionary<string, object>构成的一颗无限级树的。在这里，我们略去介绍ConvertItemToMongodbData的实现，它其实并不复杂，也是通过递归和反射无限级获取类的所有属性的值，并转换为Dictionary<string, object>，只不过在这里面需要处理列表类型、字典类型以及枚举。
至此为止，客户端的部分介绍完了，现在我们来看一下服务端部分。首先，服务端也有根据每一个类型的配置：
[ConfigEntity(FriendlyName = "Mongodb服务端针对每个数据类型的配置")] public class MongodbServerConfigurationItem { [ConfigItem(FriendlyName = "类型完整名")] public string TypeFullName { get; set; } [ConfigItem(FriendlyName = "服务器名")] public string MongodbServerUrlName { get; set; } [ConfigItem(FriendlyName = "是否提交到数据库")] public bool SubmitToDatabase { get; set; } [ConfigItem(FriendlyName = "队列最大项数")] public int MaxItemCount { get; set; } [ConfigItem(FriendlyName = "消费的线程总数")] public int ConsumeThreadCount { get; set; } [ConfigItem(FriendlyName = "消费数据的时间间隔毫秒")] public int ConsumeIntervalMilliseconds { get; set; } [ConfigItem(FriendlyName = "遇到错误时消费数据的时间间隔毫秒")] public int ConsumeIntervalWhenErrorMilliseconds { get; set; } [ConfigItem(FriendlyName = "消费数据的批量项数")] public int ConsumeItemCountInOneBatch { get; set; } [ConfigItem(FriendlyName = "达到最大项数后的策略")] public MemoryQueueServiceReachMaxItemCountAction ReachMaxItemCountAction { get; set; } [ConfigItem(FriendlyName = "消费数据时不足批次数的策略")] public MemoryQueueServiceNotReachBatchCountConsumeAction NotReachBatchCountConsumeAction { get; set; } [ConfigItem(FriendlyName = "消费数据遇到错误的策略")] public MemoryQueueServiceConsumeErrorAction ConsumeErrorAction { get; set; } public MongodbServerConfigurationItem() { TypeFullName = ""; SubmitToDatabase = true; ReachMaxItemCountAction = MemoryQueueServiceReachMaxItemCountAction.AbandonOldItems .Add(MemoryQueueServiceReachMaxItemCountAction.LogExceptionEveryOneSecond); ConsumeErrorAction = MemoryQueueServiceConsumeErrorAction.AbandonAndLogException; ConsumeThreadCount = Environment.ProcessorCount; ConsumeIntervalMilliseconds = 10; ConsumeIntervalWhenErrorMilliseconds = 1000; ConsumeItemCountInOneBatch = 100; NotReachBatchCountConsumeAction = MemoryQueueServiceNotReachBatchCountConsumeAction.ConsumeAllItems; MaxItemCount = 100000; } }
这个配置和客户端的配置差不多，只不过这里把是否提交到服务端改为了是否提交到数据库。在获取了配置之后，同样把数据提交到内存队列，然后由内存队列提交到数据库。核心代码如下：
try { var sw = Stopwatch.StartNew(); var server = CreateMasterMongoServer(typeFullName); if (server != null) { var database = server.GetDatabase(item.DatabaseName); var collection = database.GetCollection(item.TableName); var documentList = new List<BsonDocument>(); JavaScriptSerializer s = new JavaScriptSerializer(); mongodbDataList.ForEach(i => { var dic = s.DeserializeObject(i.Data) as IDictionary; var document = new BsonDocument().Add(dic); documentList.Add(document); }); collection.InsertBatch(documentList); LocalLoggingService.Debug("Mongodb服务端成功服务提交 {0} 条数据到数据库，类型是 '{1}'，耗时 {2} 毫秒", documentList.Count, typeFullName, sw.ElapsedMilliseconds); } } catch (Exception ex) { AppInfoCenterService.ExceptionService.Handle(ex, categoryName: ServiceName, subcategoryName: typeFullName, description: "写入数据出现错误", extraInfo: new ExtraInfo { DisplayItems = new Dictionary<string, string>() { {"DatabaseName" , item.DatabaseName}, {"TableName", item.TableName} } }); } }
首先是Json反序列化获取到数据，然后转换为BsonDocument，最后批量提交到数据库中。
本文介绍了Mongodb数据服务的插入数据部分在客户端和服务端之间的逻辑，下一篇将介绍Mongodb数据服务查询数据的部分。
