有没有人拥有500多个表的Ruby on Rails应用程序?

时间:2010-09-07 18:36:53

标签: ruby-on-rails activerecord scalability

我正在开发一个大型SAAS应用程序,我计划在Ruby On Rails中这样做。但是,我在网上看到的大多数线程似乎都表明100个表被认为是一个大型的RoR应用程序。我很想知道任何人看到的可伸缩性/大小问题以及你是如何解决它们的(如果你确实能够这样做的话),特别是如果你的应用程序是> 500桌。除了数据库大小之外,我还对您可能看到的任何其他RoR可伸缩性问题感兴趣 提前谢谢大家。

2 个答案:

答案 0 :(得分:3)

如果您想拥有500多张桌子,那就没关系。如果你想拥有500多种Rails模型,那就是另一回事了。我认为你的意思是后者。 500多个型号可能看起来有点太多了。虽然有一个故事浮出水面,37Signals的crm应用程序中有250多个型号。启动这种应用程序一定很痛苦。重启也是如此。需要大量内存 - 每个应用程序实例可能只有几百兆字节。但是如果已经加载它应该不比具有10倍模型的应用程序慢得多。虽然这只是基于假设,而不是经验。

答案 1 :(得分:1)

我写了一个简单的数据库浏览器,它在Rails上使用IronRuby并跨越14个数据库和520多个表(和模型)我没有注意到开发模式中的任何特定的减速。它不会是一个生产类型的应用程序,因为它意味着开发团队的工作,所以我们不期望公共面临的应用程序将采取的负载类型。

webrick服务器的启动速度为63MB,并且在开发模式下可以增长到200+ MB。

相关问题