大型门户网站上的 web2py 或 grok (zope)，
我计划做一些大项目（1 000 000 个用户，每秒大约 500 个请求 - 在热时间）。 为了性能，我将不使用关系数据库管理系统（每个请求可能会在关系数据库管理系统（如mysql）中花费大量指令）-所以我不能使用DAL。
我的问题是：
- web2py 如何在大流量下工作，是否可以同时工作？我正在考虑使用 web2py 或 Gork - Zope，
- 如何使用 zodb（Z 对象数据库）处理大量数据？与对象关系型 postgresql 有比较吗？
你能给我建议吗？
I am planning to make some big project (1 000 000 users, approximately 500 request pre second - in hot time).
For performance I'm going to use no relational dbms (each request could cost lot of instructions in relational dbms like mysql) - so i can't use DAL.
My question is:
- how web2py is working with a big traffic, is it work concurrently? I'm consider to use web2py or Gork - Zope,
- How is working zodb(Z Object Database) with a lot of data? Is there some comparison with object-relational postgresql?
Could you advice me please.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
首先，不要假设数据抽象层将具有不可接受的性能，直到您在实践中真正看到它。如果遇到问题，可以很容易地切换到 RAW sql。
其次，大多数担心服务器技术处理百万用户的用户永远不会完成他们的应用程序。选择您认为能够帮助您在最短的时间内构建最佳应用程序的任何技术。任何技术至少都可以通过集群来扩展。
First, don't assume that a data abstraction layer will have unacceptable performance, until you actually see it in practice. It is pretty easy to switch to RAW sql if and when you run into a problem.
Second, most users who worry about there server technology handling a million users never finish their applications. Pick whatever technology you think will enable you to build the best application in the shortest time. Any technology can be scaled, at the very least, through clustering.
我同意 mikerobi 的观点——选择能让你发展最快的东西。对我来说那就是 web2py。
web2py 在 Google App Engine 上运行，因此如果您不想使用关系数据库，那么您可以使用 Google 的数据存储。
I agree with mikerobi - pick what will let you develop fastest. For me that is web2py.
web2py runs on Google App Engine, so if you don't want to use a relational database then you can use Google's datastore.
Zope 和 ZODB 已用于大型应用程序，但对于严重的大型应用程序，我仍然会考虑将 Zope 与 MySQL 或类似的东西连接起来。尽管 Zope 有很多开发周期，但它通常与其他数据库引擎一起使用是有充分理由的。据我所知，这个论点双重适用于 web2py。
Zope and the ZODB have been used with big applications, but I'd still consider linking Zope with MySQL or something like that for serious large-scale applications. Even though Zope has had a lot of development cycles, it is usually used with another database engine for good reason. As far as I know, the argument applies doubly for web2py.