比如通过用户ID或者时间做的水平拆分,有人做过类似的案例没?
如果改回之前的ADO.NET成本会比较高。
可以尝试下:实例化DbContext的时候根据规则,传递ConnectionString。
不单是个ConnectionString能解决问题 , 我想需要改Ef底层生成的SQL语句 ,明天来尝试
@Daniel Chow: 这个你可以去改EF源码,哈哈。
这个时候才能看出N-tier设计的意义来。
之前已经是那样了,谈如何改进
@Daniel Chow:
个人观点,拆分应用服务器和数据库服务器应该优先于拆分表。
也就是说如果到了需要拆分表了,先考虑下分层。
这样以后真又发展到了分层不能解决了,要拆分表的时候,好象Data Access这一层的修改已经不会影响到
其他的层了。
不知道你说的是将一个表的字段 分为常用和不常用2断
还是将一个表 按照时间或者一些规则分成多个物理单元
如果是前者 那么使用继承就好了
如果是后者 slq 支持表分驱 这个直接操作库就好了
ef 在这种场景已经不适合了