对于小型应用程序，我应该使用 OODB 吗？
我们希望使用 .net 构建一个应用程序来维护会议纪要和类似内容。 我正在考虑使用 db4o 或一些 OODB 来实现此目的。 这是一个坏主意吗？ 我希望简单地创建一个会议纪要存储库，用户可以在其中按日期和类似的小事情执行查找。 拥有 SQL Express DB 是比使用 db4o 或 Versant FastObjects 更好的选择
编辑：这是一个跟踪讨论和会议纪要的小创意。 我想使应用程序的大小尽可能小。
We looking to build an application to maintain meeting minutes and similar stuff using .net. I was thinking of using db4o or some OODB for this. Is it a bad idea? I am looking to simply create a repository of meeting minutes where users can perform lookups by date and little things like that. Is having a SQL Express DB a better option than using db4o or Versant FastObjects
EDIT: This is a small brainchild to track discussions and meeting minutes. I want to keep the app size as small as I can.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
如果您还没有尝试过 DB4O，我想您会感到惊讶。 它在 .Net 应用程序中使用起来非常简单。 您可以使用一行代码保存任何 .Net 对象，并使用一行代码重新水化它。 此外，您可以使用 LINQ 查询对象，因此搜索很容易。
唯一真正的缺点是，如果您拥有大型数据集，除非正确索引数据，否则性能可能会下降。 创建这些索引将纠正性能问题，但有效创建它们有些复杂。
最后，请注意 DB4O 是 GPL 许可的系统。 这是一个复制许可，因此您无法将您的应用程序分发给任何人，除非在 GPL 许可下发布源代码。
总而言之，DB4O 在您所描述的小型应用程序中非常棒！
If you have not tried DB4O I think you will be suprised. It is super easy to use in a .Net application. You can save any .Net object with a single line of code and rehydrate it with a single line. Additionally, you can use LINQ to query your objects so searching is easy.
The only real drawback is that performance can degrade if you have a large dataset unless you index the data correctly. Creating these indexes will correct the performance problems, but they are somewhat complicated to create effectively.
Lastly, be aware that DB4O is a GPL licensed system. This is a copy left license so you cannot distribute your application to anyone without publishing the source code under a GPL license as well.
All in all, DB4O is awesome in small apps like you are describing!
在不知道对象/数据结构的情况下无法回答
听起来像是矫枉过正，但另一方面它可以简化实现，特别是如果对象持久性是自动/简化的
cannot answer without knowing the object/data structures
sounds like overkill, but on the other hand it may simplify implementation, especially if object persistence is automatic/simplified
很可能，您描述的那种应用程序（小用户群，跟踪小块文本）将与您选择的任何数据库一起正常工作，甚至只是包含文本文件的目录。 如果你想学习新东西，它可能也是一个很好的小实验。 但我不认为有什么充分理由选择 OODB 而不是其他任何东西。
In all likelihood, the sort of application you describe -- small user base, keeping track of small chunks of text -- will work fine with whatever DB you choose, or even just a directory with text files. If you want to learn something new, it would probably make a fine little experiment as well. But I don't see a strong reason to choose an OODB over anything else.
既然您需要诸如查找等操作，为什么不尝试使用 sqlite 呢？
Since you require operations such as lookups etc, why don't you try sqlite instead?