350人同时在线,这样适合用O/R Maping么?

另外,350人同时在线的内部办公系统
含个内部邮件系统,需要什么样的硬件服务器配置?
具体要求cpu,内存,硬盘该配置成如何的比较好?

数据库服务器和应用服务器,是分开好,还是合在一个服务器上好?

350人同时在线，并发请求最多不150多而已，负载量实在是很小呀。

因为是个内部办公网络,所以员工一上班,肯定都要登录进去.
要在里面收发内部邮件,做公文流转这些.

不知道这个要求,需要服务器,配置成什么样的比较好.
最好能详细说说,至强,3.0G   2G内存够么

系统打算使用linux, 加tomcat, mysql数据库
员工按照部门角色登录, 提供使用界面.

是个内部网络结合办公功能的B/S架构的应用
另外, 取代原有的notes邮件系统.

如果在此系统上假设邮件服务器, 选用什么样的MTA和web mail比较好?
公文流转这块, 有什么现有的框架,模式,或架构可供采用比较好?

用什么版本的linux比较合适?
主要是从软件的安装方便,配合容易角度考虑
也考虑性能因素

根据我个人的经验，2G内存，两路CPU就可以了，当然性能好坏和你的调优水平有很大的关系。

MTA和webmail上海有家公司的产品还不错，JavaEye有个会员刚好是做这个的。如果免费的话，我一般就用qmail了。

Linux一般都会采用RHEL，兼容性会比较好，我个人比较偏好SLES（主要是偏好Reiserfs+LVM），这两个都不错，完全兼容RHEL的CentOS也一样。

qmail好像特点是速度比较快,是么.
会不会有以后功能上的不足?

可否说一下这种级别服务器的,具体厂商+型号,要是能说一下大致价格更好.

350人,每人100M空间(共享),做RAID,需要多少容量的硬盘?
另外,硬盘什么样的比较好.转速等...

我主要怕这350人同时在线, 我怕用O/R,对象太多,影响系统性能.不知道这个担忧是否多于.

好像redhat的和SuSE的企业版本都是要收费的.
CentOS不知道如何.呵呵

首先，350人同时在线并不是个大数字。一般稍微上规模点的论坛至少1000人在线。

其次，性能瓶颈往往只在高峰期发生。楼主的案例是350人在线是平时的情况，那么是否考虑过高峰期的情况？

另外，往往并发数是衡量标准，而不是session在线总数。350人同时在线，就像robbin说的，也就大概150个并发左右，当然这是跟具体应用有密切关系的。

再有，性能瓶颈往往出现在在数据库层。我想这也是楼主使用Hibernate的担心。我的经验是，对于小规模的应用，不妨大量使用双向关联，也就是用许多OneToMany。因为这样程序写起来比较方便，只要一路get就能得到想要的数据。但是大规模的应用，我不信任Hibernate的OneToMany，极端情况甚至连ManyToOne都不用，页面需要使用的时候全部用service object按照指定的查询条件读。在这种情况下，Hibernate发送的SQL可以被控制在合理的范围内。

最后，使用OpenSessionInView模式要注意它的关闭数据库连接问题。详细可以见我这个帖子：

http://forum.javaeye.com/viewtopic.php?t=17501

我现在解决这个问题的办法是弃用Spring提供的OpenSessionInViewFilter，自己写一个Interceptor并且hack Webwork的FreeMarkerResult。不过既然楼主是Intranet应用，如果网速足够快的话，应该可以不用担心这个问题。

Hibernate现在是J2EE离不开的东西啊。。。

IBM，HP，Dell的PC Server都可以。我比较熟悉的是机架服务器，像你企业应用塔式服务器就可以了，估计也就1万多而已。

硬盘空间自己去算吧。

O/R性能和你怎么写代码，怎么优化有比较大关系的，而和在线人数无关。

另外，对于Linux发行版，除叻硬件特殊原因（比如Dell某服务器用的RAID卡比较特殊）和政治原因，我想不出有什么用商业版本而不用debian的理由，更想不出用RedHat的理由。Debian自由、免费，安装和维护都非常容易，社区庞大，稳定。

对于RedHat，我无话可说。其对Reiserfs的消极态度和对垃圾EXT3的保守让我看也不想看它一眼。