您在 Web 应用程序中使用过任何对象数据库吗?您能分享一下您的经验吗?
我们正在寻求重写一个小型 Web 应用程序,并希望尝试使用 db4O 或 Eloquera 等对象(而非文档)数据库。我们在对象数据库方面有一些经验,但这些经验都是针对小型客户端/服务器应用程序的。
您能否分享您的经验:
- 这些数据库的扩展性如何?我们目前使用 SQL Server,有 50-60 个表。 2 个表的行数均超过 100 万行(8-10 列),但其他表的行数少于 25 K。 (MDF 文件 ~ 890 MB)
- 由于其中一些是在进程中托管的,如何使它们在网络场/花园场景中工作?
谢谢
We are looking to rewrite a small web-application and would like to try out an object (not document) database like db4O or Eloquera. We have some experience with object databases, but these however have been for small client/server applications.
Could you share your experiencess on:
- How well do these databases scale? We are currently using SQL Server and we have 50-60 tables. 2 tables have more than 1 million rows each (8-10 columns), but the others have less than 25 K rows. (MDF file ~ 890 MB)
- As some of theser are hosted in process, how do you make them work in web farm/garden scenarios?
Thanks
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
您应该看看Seaside on Gemstone。刚刚开始教程“使用 Seaside 进行 Web 开发”。有了这个数据量,免费版本(高达 2G 内存和 2 个内核)应该没问题。使用 OO 模型而不是关系模型是有意义的,并且比使用 SQL Server 所做的标准化工作要多得多。
对于批量导入,您可能需要编写一些黄玉脚本。
You should take a look at Seaside on Gemstone. Just start the tutorial "Web development with Seaside". With this amount of data the free version (up to 2G of ram and 2 cores) should be fine. It makes sense to use an OO model instead of a relational one, and do much more normalization than you'd do with SQL server.
For the bulk import you probably want to write some topaz scripts.