最新评论

nhibernate 的性能长进得确不小,在一个月前跑测试还是令人失望的,想不到现在马上可以接受了,nhibernate.test.performance.dll就是自带的性能测试
选取其中的performancetest

Objects: 2 Direct ADO.NET: 3124980
Objects: 4 Direct ADO.NET: 468747
Objects: 8 Direct ADO.NET: 937494
Objects: 16 Direct ADO.NET: 781245
Objects: 32 Direct ADO.NET: 1562490
Objects: 64 Direct ADO.NET: 3124980
Objects: 128 Direct ADO.NET: 9374940
Objects: 256 Direct ADO.NET: 26406081
Objects: 512 Direct ADO.NET: 42343479
Objects: 1024 Direct ADO.NET: 93905649
Objects: 2048 Direct ADO.NET: 233279757
NHibernate: 44843463ms / Direct ADO.NET: 31874796ms = Ratio: 1.406863Objects: 2 - NHibernate: 156249
Objects: 4 - NHibernate: 312498
Objects: 8 - NHibernate: 468747
Objects: 16 - NHibernate: 1093743
Objects: 32 - NHibernate: 1718739
Objects: 64 - NHibernate: 3437478
Objects: 128 - NHibernate: 8281197
Objects: 256 - NHibernate: 14843655
Objects: 512 - NHibernate: 33749784
Objects: 1024 - NHibernate: 82499472
Objects: 2048 - NHibernate: 224373564
Objects 2 NHibernate: 156249ms / Direct ADO.NET: 468747ms = Ratio: 0.3333333
Objects 4 NHibernate: 468747ms / Direct ADO.NET: 468747ms = Ratio: 1
Objects 8 NHibernate: 937494ms / Direct ADO.NET: 781245ms = Ratio: 1.2
Objects 16 NHibernate: 781245ms / Direct ADO.NET: 781245ms = Ratio: 1
Objects 32 NHibernate: 1562490ms / Direct ADO.NET: 1406241ms = Ratio: 1.111111
Objects 64 NHibernate: 3281229ms / Direct ADO.NET: 2812482ms = Ratio: 1.166667
Objects 128 NHibernate: 7968699ms / Direct ADO.NET: 5937462ms = Ratio: 1.342105
Objects 256 NHibernate: 14687406ms / Direct ADO.NET: 12656169ms = Ratio: 1.160494
Objects 512 NHibernate: 33593535ms / Direct ADO.NET: 29999808ms = Ratio: 1.119792
Objects 1024 NHibernate: 96718131ms / Direct ADO.NET: 124686702ms = Ratio: 0.7756892
Objects 2048 NHibernate: 247654665ms / Direct ADO.NET: 219373596ms = Ratio: 1.128917

re: 关于ORM性能测试的一点意见 Teddy's Knowledge Base 2007-07-26 22:49

已修复NBearV3中的性能问题：http://www.cnblogs.com/teddyma/archive/2007/07/26/831646.html，请使用NBearV3的朋友下载最新的NBearV3.7.2.6版。

re: 关于ORM性能测试的一点意见剑在上海^^ 2007-07-26 18:04

DLINQ只支持MSSQL,
呵呵,可能以后出正式版我也很难用到吧
把NH进行到底....

re: 关于ORM性能测试的一点意见 jjx 2007-07-26 15:18

@江南白衣
抱歉,是笔误
意思是从june ctp 到beta 2对代码表面影响比较小

re: 关于ORM性能测试的一点意见江南白衣 2007-07-26 15:00

@jjx
beta1 和june ctp变化是很大
但beta2 和beta1的变化很小？？？
此话怎讲？beta和ctp之间的联系是什么？
我觉得变化应该是这样的：beta2 > june ctp > beta1

是这样嘛？

re: 关于ORM性能测试的一点意见江南白衣 2007-07-26 14:56

@kiler
Dlinq已经是板上钉钉的了，还会有什么悬念？

re: 关于ORM性能测试的一点意见 yi 2007-07-26 14:42

这样的测试结果并不具有代表性，因为软件是运行在复杂的环境中，而这种测试太过于单纯了

re: 关于ORM性能测试的一点意见镜涛 2007-07-26 13:49

ding!

re: 关于ORM性能测试的一点意见 henry 2007-07-26 13:30

加入HFSoft.Data的测试结果出来了,由于组件存在bug没有参与写操作.
http://www.cnblogs.com/henryfan/archive/2007/07/26/832160.html

re: 关于ORM性能测试的一点意见 jjx 2007-07-26 13:30

@随风流月
beta1 和june ctp变化是很大
但june ctp 和beta1的变化很小,最主要的是DataShape被取消,而用DataLoadOptions类代替

其它像GetChangeText之类的,对项目基本没有影响

re: 关于ORM性能测试的一点意见 Jeffrey Zhao 2007-07-26 13:18

其实很多Reflection都是可以用Emit或CodeDom来避免的。

re: 关于ORM性能测试的一点意见 henry 2007-07-26 12:24

其实这测的测试方式和直接条件读表是没有多大差别的.
对于是否要遍历读取来的数据跟组件没有多大关系,因为这些已经不属于数据库操作(不是组件的事情,用延时载加载处理例外).
等会给我的组件结果你看,希望看了以后不要觉得意外:)

re: 关于ORM性能测试的一点意见随风流月 2007-07-26 12:00

@jjx
命名空间还是会变化的...
Beta 1 --> June CTP 就是一个例证。
Beta 2 之后应该会稳定下来。

re: 关于ORM性能测试的一点意见 jjx 2007-07-26 10:33

linq to sql api应该不会大动了,我已经在june ctp上工作了近二周了,现在基本满意, 不过现在只能使用emacs+msbuild

re: 关于ORM性能测试的一点意见 kiler 2007-07-26 10:28

DLinq还是算了，等出了正式版再研究吧，微软的东西没出正式版之前最好不要花时间研究，前面的ajax.net和objectspace就是最好的例子。

re: 关于ORM性能测试的一点意见 progame 2007-07-26 10:12

DLinq一出无人争锋不过现在没办法用啊时间不等人总不能项目和产品等到Dlinq正式推出后才进行吧

如果只是需要List进行databind 那么就没必要使用entitylist了, 我的做法是这样的

grid.datasource = products.table;

需要entitylist的主要是为了集合操作, 如find add insert indexat remove save...

re: 关于ORM性能测试的一点意见 jjx 2007-07-26 10:07

这个主要看返回lis类型和entity的类型(包括某些属性,像关系端)
如list类型是如果是内置的ArrayList或是List<Tentity> , entity 类型没有变化(nhibernate有时会用dynamic proxy和emit生成),那么测试就足可以参考

据我的观察,linq to sql 现在的tolist是可以说明这点的

re: 关于ORM性能测试的一点意见随风流月 2007-07-26 10:07

比较乱。
不过为什么都没有 DLinq 测试？抗议中。。。

re: 关于分页这点事 -- 如何才能分得准[未登录] 路人甲 2007-07-05 09:08

还有一种方案是这样的，用Groupby,不过效率不高，能保证每条记录唯一性字段的情况下，也很准确

select * from
(
select * from (select top 20*4 唯一ID，其他字段 from 表集 where 条件 order by 排序) as a
union all
select * from (select top 20*5 唯一ID，其他字段 from 表集 where 条件 order by 排序) as b
)
a
group by 唯一ID，其他字段 having count(唯一ID)=1 order by 排序

re: 关于分页这点事 -- 如何才能分得准在线代理 2007-07-05 07:58

我就就用两层top，容易理解。

re: 关于分页这点事 -- 如何才能分得准[未登录] chy710 2007-07-04 20:40

mysql中的limit a,b 更加灵活...

re: 关于分页这点事 -- 如何才能分得准[未登录] 阿毅 2007-07-04 15:39

个人认为“通用分页存储过程”是很不明智的“偷懒”
考虑数据量，查询复杂度，索引配合状况，结果集的散列程度，存储方式，等等，根本没有一劳永逸的方法。

re: 关于分页这点事 -- 如何才能分得准[未登录] Robert 2007-07-04 14:28

这样的分页是用问题的,MS SQL有时会让你多几条记录
,比如每页20条,你可能会有时得到25条

re: 关于分页这点事 -- 如何才能分得准 henry 2007-07-04 10:07

又是分页...
正常来说分页不准已经是逻辑上的错误。
其实对于少量的数据分页其实根据没有必要计较用什么方法（小量数据体现不了差距）。可能有些人说那我有上千万的数据怎办，如果你把上千W的分页体现在应用上，那就容易产生数据库服务器安全问题;假设google做上千万或更多的分页结果页，那它可能面对一个非常严重的问题。

re: 关于分页这点事 -- 如何才能分得准 laifangsong 2007-07-04 09:58

分析的很全面，:)

re: 关于分页这点事 -- 如何才能分得准 Anders Liu 2007-07-04 09:54

原来的两层top其实已经足够了。应该避免在非unique列上做分页。

re: 关于分页这点事 -- 如何才能分得准曲滨*銘龘鶽 2007-07-04 09:45

sql server2000

本来就不是一个对 "Web 应用特性" 有任何优化的数据库。所以有很多地方很郁闷的如分页,因为 sql server2000 出来的时候Web还不是很火,多半的应用还是 win32 的天下哪

不过即使到了 SQL2005 row_number(),也没oracle 的
number 好用，哎......

期待 SQL2008 有所加强......

re: 关于分页这点事 -- 如何才能分得准非我 2007-07-04 09:13

很有必要，虽然一般情况下看不出来分的对不对。

re: 关于分页这点事 -- 如何才能分得准 JerryChou 2007-07-04 08:48

这点事还有必要说吗

re: 关于分页这点事 -- 如何才能分得准维生素C.NET 2007-07-04 01:11

学习

re: 关于分页这点事 -- 如何才能分得准 vboy 2007-07-04 01:01

大侠呀，好久不见你在这里发文章了，www.progame.org也没了

re: 关于分页这点事 -- 如何才能分得准冬冬 2007-07-03 23:32

学习了

re: 关于分页这点事 -- 如何才能分得准 YAO.NET(三千)℡ 2007-07-03 22:56

临时表吧.

re: 关于分页这点事 -- 如何才能分得准 Artech 2007-07-03 22:44

大不了再Stored Procedure中加上一个通过获得总页数判断是否是最后一页的好了。在数据量不是非常大的话，性能也不会有太大的影响。这是最直接的方式。

在这方面Oracle提供Rownum关键字就很好地解决了这个问题。

re: 关于分页这点事 -- 如何才能分得准 aspnet2007 2007-07-03 22:30

一直用这个方法，感觉还不错：SELECT TOP (PageSize) *
FROM table
WHERE (ID NOT IN
(SELECT TOP (PageSize * PageIndex) id
FROM table
ORDER BY field))
ORDER BY field

re: VB到底可以做什么？ (Viking compiler) xfxl 2006-09-20 18:32

请发一份给我好吗？
hejiz@163.com

re: VB到底可以做什么？ (Viking compiler) robinham 2006-03-22 12:17

请EMAIL给我一份COPY，谢谢
vvrobinham@126.com

re: SQLite 3 (alpha) 的新特性 minyuanyang 2005-12-29 07:57

对了如何对 blob 结构进行直接操作，或是必须使用 base64 进行编码才可以用吗？不知道新的 sqlite3 如何进行 blob 操作！

re: SQLite 3 (alpha) 的新特性 minyuanyang 2005-12-28 14:46

sqlite 如何支持二进制的记录插入修改，sqlite_encode_binary是能把二进制转换成字符串吗？他会最大扩大成二倍吗？

re: SQLite 3 (alpha) 的新特性 anubis 2005-09-12 17:04

select id from table_name limit 20 offset 40
选择的是41－60条记录

re: 功夫、Persistore 及其它双鱼座 2005-06-29 13:56

看到你给的一个“如何使用”中的例子，比对我的Kanas.net框架是的CRUD，我发现有几点不能满足你的要求，而且发现是你的要求中的一些不合理性，与你讨论。
一、没有与持久驱动相关的session，所有持久驱动都是全局级的，在应用域加载时一次性加载的，与会话无关。每个会话都使用同一份配置系统，每个需要持久的类型都必须与指定的持久驱动绑定。
二、没有用于处理持久Action的session，取而代之是一个应用相关的上下文AppContext。而且这个上下文没有可能自己创建，只能通过某个唯一对象来存取。这样的意义在于，在asp.net应用中，有可能一个持久事务是跨action甚至跨session的。这正是我不能接受大部分o/r mapping的关键之处。
三、我不能持久任何直接new的对象，这点远不如hibernate。我必须这样操作：

context.InitializeSessions();

Address a1 = context.NewInstance(typeof(Address));

a1.id = "001";

a1.street = "any";

Class c1 = context.NewInstance(typeof(Class));

c1.id = "01";

c1.name = "grade1";

Student s1 = context.NewInstance(typeof(Student));

s1.Class = c1;

s1.address = a1;

s1.id = "0001";

s1.name = "progame";

Assert.IsTrue(context.ApplySessions());

KeyConstraint kc = new KeyConstraint("STUDENT_KEY_0001", typeof(Student), "0001");

EntityCollection ec = ObjectSpaces.Load(context, typeof(Student), kc);

Assert.AreEqual(1, ec.Count);

Student s2 = (Student) ec[0];

Assert.AreEqual(s1.name, s2.name);

Assert.AreEqual(s1.Class.name, s2.Class.name);

Assert.AreEqual(s1.Address.street, a1.street);

四、我不能直接修改Load出来的实例，必须通过显式的方式锁定：

Student s3 = (Student) ec[0];

Student s4 = (Student) context.LockInstance(s3);

s4.name = "Programe";

Assert.IsTrue(context.ApplySessions());

无论提交是否成功，对s3的锁定都会被解除。所不同的是，如果成功，所有订阅者都会收到s3被修改的通知。

当然，其实这样的CRUD在项目中反而用得不太多。我主要是使用框架提供的大量集合操作和关系操作。

thought persistence

与我联系

搜索

常用链接

留言簿(27)

我管理的小组

我参加的小组

随笔档案(15)

blog

积分与排名

最新评论

阅读排行榜

评论排行榜

最新评论