我正在开发一个大的SAAS应用程序，并且我计划在Ruby On Rails中这样做。然而，我在网上看到的大部分线程似乎都表明100个表被认为是一个大的RoR应用程序。我会非常感兴趣地听到任何人看到的可伸缩性/大小问题以及你如何解决它们（如果你确实能够这样做的话），特别是如果你的应用程序大于500个表。除了数据库大小之外，我还对任何其他RoR可伸缩性问题感兴趣。
谢谢大家提前。有没有人有500+表的Ruby on Rails应用程序？
如果你想拥有500张以上的桌子，没关系。如果你想拥有500多个Rails模型，那就是另外一回事了。我认为你的意思是后者。 500多款车型看起来可能有点过分。尽管37Signals在他们的crm应用程序中有250多个模型，启动这种应用程序一定是痛苦的。重新启动。需要大量内存 - 每个应用程序实例可能只有几百兆字节。但是如果已经加载了，它的速度应该会比使用10倍以下模型的应用程序慢得多。虽然这只是基于假设，而不是经验。
我写了一个简单的数据库浏览器，它使用Rails上的IronRuby并跨越14个数据库和520多个表格（和模型），我没有注意到开发模式中有任何特别的减速。它不会是一款生产型应用程序，因为它适用于开发团队的工作，所以我们并不期望公共应用程序会采用哪种类型的应用程序。
webrick服务器的启动时间为63MB，并且可以在dev模式下增长到200+ MB。
我怀疑开发模式将是一个痛苦的使用。由于dev在每个请求中重新加载使用过的模型，因此拥有更多模型意味着重新加载更多代码。更快的Ruby实现可能对此有所帮助，例如JRuby/1.9.2或Rubinius。 – 2010-09-07 20:12:36