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.ProcessWithSplit(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.