vs.net下面，有什么好的O/R mapping的方式？

[juqiang]

谢谢！

[juqiang]

假设某条记录，里面关联到了7个表的7个字段，假设这7个表被分别mapping到了7个class，名字叫A到G。我们曾经这么实现过

public class SomeClass{
A a;
B b;
C c;
}

这样，如果我load一条记录：就是SomeClass的一个实例，那么我需要重新load a到z这7个表的内容。数据库负担太重。

[juqiang]

OO和效率，怎么能够尽可能的平衡？

[chainet]

gz

[timmy3310]

你这种情况，应该另外写DataAccess的组件用SQL查询来Load你的对象，也就是说不用Select * 的方式查7次，而用Join Table的方式查一次

虽然一般情况，都是一张表Mapping到一个类上面，但是有时候也不必淤泥

[timmy3310]

TypeDataSet是比较好的一种方式，但是用来对付你的情况，也会出现和你一样的问题

使用DataSet或者其他Mapping方式，要达到完全的Mapping到每一张表，势必会损失效率，有的情况，自己定制一些类会提高效率，不过会破坏一些整体的完整性
但是如果设计得当，效率与OO之间的平衡还是可以找到

[timmy3310]

针对你目前的问题，在不更改整体设计的情况下，有一个建议看适不适用

你可以把字段声明为属性，然后在Get它的时候才去实例化，这样在实例化你的SomeClass的时候，不会Load A、B、C..；但是用到它们的时候，还是会去Load，如：

public class SomeClass{
private A theA;
A a
{
get {
if( theA==null )
//Load A
return theA;
}
}
}

[juqiang]

感谢各位老大，希望大家踊跃发言呀！

[juqiang]

这是我的思路：

为了在OO和效率之间作一个平衡，考虑使用cache。在我们的单据中，每个表体对象或者表头对象，都引用了若干个基础字典表的内容。
1、基础字典维护的时候（增加、删除、修改），该dataset提交给webservice，ws调用后台的功能进行更新处理。同时，该dataset放到ws服务器的Application对象里面。这样就保证Application里面的dataset永远是最新
2、单据需要引用基础数据的时候，不从数据库里面读，而是从Application里面的dataset读。
疑问：ws服务器的负载，是否能够承受？！
其他疑问？！

[juqiang]

请大家指教！

[timmy3310]

Application会增加服务器的负载，这是毫无疑问的

不过静态数据放到Application当中，可以减少IO操作，但是有一点要注意，使用Application对象的时候要处理线程同步的问题，并且放到其中的对象应该要保证线程安全

照你情况，往Application里面放太多数据的话，是不太可取的，增加了维护的难度和服务器的负载，不过这也不是绝对的，你可以做一些测试来取舍

[juqiang]

我正准备测试，不过，放在Application里面，还要Lock和Unlock，我放到HttpContext.Cache里面看看，要测试一次。

[juqiang]

cache里面，已经测试通过了。不过，效率的问题，暂时还没有测试。一个物料的表，有90万条数据，呵呵，真不知道会怎样？