RoR要在企业领域成功，必须过实时性这一关

把数据现load到client端，也就是javascript中。 如果数量太大的话，该怎样处理。 也可以先load到server中。 然后通过ajax取数据。 但是这样的话实时性就差点

   为啥非要取代，都有各自的应用领域嘛
   这个牛角尖可砖不得啊

数量太大的话。。。。
一个cookie的树你认为怎么样？

PS：变态需求什么时候都有，大多数作不出来。。。但我的任务就是用变态方式来解决变态需求

楼主说的是性能意义上的“实时性”——响应及时，而实时性是什么概念呢？

实时意味着“能够可靠的可预测的推测和控制程序逻辑的时间行为的能力。”实时并不像许多开发者想的那样，意味着速度，而是意味着当需要对现实世界的事件作出反应时，它的行为是可预测的和可靠的。java也并不满足这样的要求，尽管也是有实时java规范，但规范明确说明：JAVA不能用于核电站设施软件和防卫系统等等。楼主这个标题就不对了，你质疑的应该是性能，把企业领域与实时性扯在一起来质疑ROR就有点奇怪了。

还是不要占这些牛角尖了，大家知道他要讲什么就行了

实际上楼主讲的是可用性的一部分

但一定要说，楼主也没有说错

http://en.wikipedia.org/wiki/Real-time



当然，我们一般是指在一定的时间段内一定要完成某一操作，也就是从事件的发生到响应有一个deadline, 所以严格意义上，大家才反对楼主.

我还是看不懂，楼主要的是实时性，
但是这和具体语言，架构没什么关系呀，

具体数据从db到页面的显示，哪儿有瓶颈，就解决哪儿好了。

总算还有宽宏大量的。

顺便说一下，本人原本卫生管理专业科班毕业。至于计算机，全凭爱好及自学，现为信息系统管理工程师。工作之余大系统做过一些扩展，中型系统做些设计，小系统独立搞定。这点可怜的资历不怕说出来让大家鄙视。

那些学究式的名词有误之处，但请诸位指正。不当之处，诸位当我说门外话便是。

还是回到原话题。
J2EE和原先的.NET，一开始在表现层就是Web和桌面并重，这是相当有道理的。本人最近接触到的一些企业新系统，Java的太少。像比较复杂的医药采购、电子病历、实验室LIS、ICU监控系统，WinForm已经有一些成功的产品和案例，Java还见不到。作为一个多年的Java爱好者，自是忧心忡忡。
相比WinForm在国内的初步成功，Java在这一块实在是太软了。其实学习Swing的时候发现，国外基于Swing的成功应用是相当多的，各位到www.open-open.com看看都可见端倪。
所以真正的问题是：面对此类应用，在业务层，我们不论是用Java还是RoR。客户端用什么可以与WinForm抗衡，是用传统的Swing、Applet（比如SAP的ERP），还是基于Web的Ajax、Flex或其它。
希望有经验的同道们一起讨论。

数据量再大也是可以解决的，以医院为例子，仓库里的药也不过就是数万种，常开的处方也就数千种，常用药呢，数量则更少。

那么javascript加载常用药，ajax取不常用药。

业务就是技术，技术就是业务。。。