XCode v8.11 重量级分表分库（无视海量数据）_.NET_编程开发_程序员俱乐部

class="t_tag">XCode天生就有分表分库功能，设计于2005年！
历时9年，这是分表分库功能第一次针对性正式更新。

在XCode里面，分表分库非常简单，在操作数据（查询/更新）前修改Meta.ConnName/Meta.TableName，指向别的连接字符串和表名，就实现了分表分库功能！
实际上，XCode实体层构建数据操作SQL（Select/Insert/Update/Delete）时，依赖于Meta.TableName，执行SQL时，依赖于Meta.ConnName。所以，修改这两个即可实现数据操作的重定向！
为了避免多线程误伤以及混乱，这两个属性的修改，都是仅对本线程有效！

实例代码如下：

var entity = User.FindByID(1);
entity.Account = "大石头" + DateTime.Now;
User.Meta.ProcessWithSplitfunction">(null, "User2", () => entity.Insert());
using (var sp = User.Meta.CreateSplit(null, "User3"))
{
    entity.Insert();
}

这里展示了两种分表分库的用法！
新增加的两个API是ProcessWithSplit和CreateSplit，前两个参数就是ConnName和TableName，意思是在目标连接/表名上进行数据库操作。
这两个API都具有连接名表名还原功能，也就是说，执行完目标数据操作代码以后，连接名和表名要还原回来当前状态。

执行日志如下：

03:38:28.996 9 N - Select * From [User] Order By ID Desc
03:38:29.038 9 N - 完成更新缓存（第1次）：NewLife.CommonEntity.User
03:38:29.118 9 N - 检查实体NewLife.CommonEntity.User的数据表架构，模式：CheckTableWhenFirstUse
03:38:29.208 9 N - 创建表：User2(用户)
03:38:29.225 9 N - Create Table User2(
    ID int IDENTITY(1,1) Primary Key,
    Account nvarchar(50) NULL,
    Password nvarchar(50) NULL,
    IsAdmin bit NULL,
    IsEnable bit NULL
)
03:38:29.234 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'用户' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User2'
03:38:29.241 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'编号' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User2', @level2type=N'COLUMN',@level2name=N'ID'
03:38:29.250 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'账号' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User2', @level2type=N'COLUMN',@level2name=N'Account'
03:38:29.256 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'密码' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User2', @level2type=N'COLUMN',@level2name=N'Password'
03:38:29.262 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'是否管理员' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User2', @level2type=N'COLUMN',@level2name=N'IsAdmin'
03:38:29.267 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'是否启用' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User2', @level2type=N'COLUMN',@level2name=N'IsEnable'
03:38:29.273 9 N - Create Unique Index IX_User2_Account On User2 (Account)
03:38:29.280 9 N - select rows from sysindexes where id = object_id('User2') and indid in (0,1)
03:38:29.290 9 N - 开始初始化User用户数据……
03:38:29.299 9 N - Select Count(*) From User2 Where Account=N'admin'
03:38:29.319 9 N - SET NOCOUNT ON;Insert Into User2(Account, Password, IsAdmin, IsEnable) Values(N'admin', N'21232F297A57A5A743894A0E4A801FC3', 1, 1);Select SCOPE_IDENTITY()
03:38:29.330 9 N - 完成初始化User用户数据！
03:38:29.333 9 N - Select * From User2 Where Account=N'大石头2014/6/16 3:38:29' Order By ID Desc
03:38:29.342 9 N - SET NOCOUNT ON;Insert Into User2(Account, Password, IsAdmin, IsEnable) Values(N'大石头2014/6/16 3:38:29', N'21232F297A57A5A743894A0E4A801FC3', 1, 1);Select SCOPE_IDENTITY()
03:38:29.354 9 N - 检查实体NewLife.CommonEntity.User的数据表架构，模式：CheckTableWhenFirstUse
03:38:29.381 9 N - 创建表：User3(用户)
03:38:29.383 9 N - Create Table User3(
    ID int IDENTITY(1,1) Primary Key,
    Account nvarchar(50) NULL,
    Password nvarchar(50) NULL,
    IsAdmin bit NULL,
    IsEnable bit NULL
)
03:38:29.390 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'用户' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User3'
03:38:29.395 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'编号' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User3', @level2type=N'COLUMN',@level2name=N'ID'
03:38:29.401 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'账号' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User3', @level2type=N'COLUMN',@level2name=N'Account'
03:38:29.407 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'密码' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User3', @level2type=N'COLUMN',@level2name=N'Password'
03:38:29.412 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'是否管理员' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User3', @level2type=N'COLUMN',@level2name=N'IsAdmin'
03:38:29.420 9 N - EXEC dbo.sp_addextendedproperty @name=N'MS_Description', @value=N'是否启用' , @level0type=N'SCHEMA',@level0name=N'dbo', @level1type=N'TABLE',@level1name=N'User3', @level2type=N'COLUMN',@level2name=N'IsEnable'
03:38:29.425 9 N - Create Unique Index IX_User3_Account On User3 (Account)
03:38:29.431 9 N - select rows from sysindexes where id = object_id('User3') and indid in (0,1)
03:38:29.440 9 N - 开始初始化User用户数据……
03:38:29.442 9 N - Select Count(*) From User3 Where Account=N'admin'
03:38:29.446 9 N - SET NOCOUNT ON;Insert Into User3(Account, Password, IsAdmin, IsEnable) Values(N'admin', N'21232F297A57A5A743894A0E4A801FC3', 1, 1);Select SCOPE_IDENTITY()
03:38:29.452 9 N - 完成初始化User用户数据！
03:38:29.455 9 N - Select * From User3 Where Account=N'大石头2014/6/16 3:38:29' Order By ID Desc
03:38:29.462 9 N - SET NOCOUNT ON;Insert Into User3(Account, Password, IsAdmin, IsEnable) Values(N'大石头2014/6/16 3:38:29', N'21232F297A57A5A743894A0E4A801FC3', 1, 1);Select SCOPE_IDENTITY()

日志中可以看到，第一次分表到User2时，XCode发现User2表不存在，马上开动反向工程来创建一张一模一样的表。该操作无视配置文件中关于反向工程的配置，即使配置关闭反向工程，这里仍然有效。
我们还看到，User2表也进行了数据初始化，实体类User.InitData里面检测数据表是否有数据，如果没有，则自动添加一条。
所以，数据初始化是表级有效，而不是实体类级别有效。
在Insert User2之前，有一次根据Account的查询，但是我们代码里面并没有这一次查询，怎么回事？
原来，Account是唯一索引，XCode的Valid会自动检查，在数据插入到数据库之前提前报警，而不是等待数据库报错。
同样，User3也经历了这个过程！

分表分库，可以让我们根据业务需要（一般是时间），把不同数据分散在不同数据库和不同数据表中。
因此，XCode能够让你的系统完全无视海量数据，完全无视性能！（分表后单表性能提升）

当然，分表分库的根基是反向工程，没有它，你只能自己手工建立数据库和数据表！
我们相信，XCode的分表分库功能在当下的数据映射框架中是独一无二的！

End.