问题标签 [object-oriented-database]

我是面向对象数据库设计的新手，我试图了解我应该如何在 JDO 中为谷歌应用程序引擎构建我的类，特别是一对多关系。

假设我正在为一家百货公司构建一个结构，其中有很多部门，每个部门都有很多产品。所以我想要一个名为 Department 的类，它的变量是 Product 类的列表。

但是一种产品可以在多个部门中（就像电池可以在电子产品和家庭用品中）。那么接下来的问题是，如何在OOD世界中不重复数据，在众多部门中只有一份产品数据？接下来的问题是，假设我删除了一个特定的产品，每个部门如何知道它被删除了？

我是 PostgreSQL 新手，以前主要使用 MySQL 和 SQLServer（用于客户端压力；不要太多），我已经通过一些 Google 搜索浏览了几个 OODBMS 介绍。其中大部分主要关注 Table <-> Object Mapping。但是当使用带有任何 RDBMS 的一些通用 ORM 层时，事物是 Hapily 映射的。那么我们真的需要 OODBMS 吗？

我已经看到 PostgreSql 中有一些 Array 字段。他们不解决数据库规范化问题吗？

像 PHP 的 PDO 或 Qt 的数据库模块这样的标准数据库抽象层是否支持这些数组字段？

使用基于数组的字段管理多对多或一对多双向关系有多好？

在这些数组字段中放置约束有多愤怒？

OID 的用途是什么？它的价值如何？

从应用程序开发人员的角度来看，使用 OODBMS 与 RDBMS 相比有多少好处？

我打算使用一个对象数据库，比如 eloquera ( http://eloquera.com/page/home.aspx )。

如果我使用 RDBMS 作为存储，那么有很多 GUI 建模工具。

但我找不到对象数据库。换句话说，一个用于生成 .Net (C#) 代码的 GUI 建模工具。

如果你知道一个，请告诉我。

谢谢，

英

实际上，我已经看过一些 UML 工具。他们缺少一些我需要的功能。

我重新安排了我的想法并在这里创建了一个新问题，A component/tools of Knowledge based modeling for .Net ( https://stackoverflow.com/questions/3227543/a-component-tools-of-knowledge-based-modeling-for -网）。

抱歉，此问题已关闭。

谢谢，

英

我打算写一个存储联系信息的地址簿。

每个联系人可以有无限数量的字段。主要是字符串和整数。但也许是对其他对象的引用。

使用带有 ORM、OODBMS 和 Document DBMS（如 CouchDB）的 RDBMS 有哪些优点和缺点。

谢谢。

我一直在使用关系数据库 + 对象关系映射器来实现对象持久性。我不认为这对于持久性来说是一个真正充分的解决方案，因为它增加了不必要的开销。它还迫使我将对象安装在类似桌子的结构中，这有时无法优雅地完成——就像将一个正方形安装在一个圆圈中——它不会很好地工作。

现在，我知道那里有面向对象的数据库，但一方面它们缺乏支持，而且关系模型也适用于大多数数据——但不是全部。

那么，是否有同时支持面向对象和关系记录的 DBMS？即：我可以在（关系）表或对象集合中拥有记录，具体取决于我正在处理的内容？

是否有一个数据库可以为您提供参照完整性的好处并能够使用 SQL 类型语言进行查询，但也可以让实体根据其数据属性以及它们之间的关系进行松散定义？

例如，采用具有权限、用户、用户组和角色的 RBAC 类型模型。复杂/灵活的模型可能具有以下规则：

• 角色可以拥有一个或多个权限，并且一个权限可以属于一个或多个角色
• 用户可以拥有一个或多个权限，一个权限可以属于一个或多个用户
• 用户组可以有一个或多个权限，一个权限可以属于一个或多个用户组
• 用户可以拥有一个或多个角色，一个角色可以属于一个或多个用户
• 用户组可以有一个或多个角色，一个角色可以属于一个或多个用户组
• 角色可以有一个或多个角色，一个角色可以属于一个或多个角色

在 RDBMS 中对上述内容进行建模将涉及创建许多交集表。理想情况下，我想在数据库中定义的只是实体本身（用户、角色等）以及一些强制性属性。其他一切都将是动态的（即不需要 DDL），例如，我可以创建一个具有未预定义的新属性的用户。我还可以在尚未预定义的实体之间创建关系，尽管数据库会像普通 RDBMS 一样处理参照完整性。

通过创建一个表来存储实体和另一个表来存储关系等，可以在 RDBMS 中在某种程度上实现上述目的，但这会使执行简单查询所需的 SQL 过于复杂，并且还可能对性能产生影响。

让我们假设我正在编写一个程序，我的程序有自己的实体等。由于我使用的是 OOP .Net 语言（C#，但可能是 F# 或 Iron Python），我的对象具有奇怪的 OOP 特征，例如继承、对其他对象的引用和层次关系。

当然，我想将这些都保存到我该死的数据库中，显然我不能，因为它是关系型的，并且来自该死的数学家，他们花了太多时间学习集合论，该死的他们。

现在我可以使用 ORM 层，但这有点像噩梦，因为我必须编写各种 XML 等。

不，我想要的是一个具有面向对象功能的数据库！甚至可能是一个对象关系数据库！

但！我还希望它在我的.Net世界中拥有自然的 API 和绑定。

我希望能够编写一个 Cat 类，并且能够告诉我数据库来保存我的 Cat，我会的。如果它有一个Linq提供程序，它也会非常有用。

有任何想法吗？

我使用关系数据库已经有一段时间了，最​​近遇到了一种不同类型的数据库：对象数据库。围绕这个想法构建的产品中有一个描述：一个可扩展的“后关系”数据库，具有用于分布式 Web 应用程序的多维数据和应用程序服务器。

这让我想知道，我什么时候应该使用这样的数据库？我的意思是，Facebook 肯定在使用 MySQL，而且它似乎做得很好，它可以被认为是一个大规模的分布式 Web 应用程序。其他一些 Web 应用程序（例如 Twitter 和 Orkut）可能也是如此。鉴于这种情况，我应该什么时候使用对象数据库？

我看到了Eloquera db，对它印象深刻。目前我正在考虑在 Eloquera 而不是 Sql Server 上开发我的下一个项目。所以我有几个问题。

1. Eloquera 在企业和重负载中的表现如何？
2. 它与其他开源和商业 RDBMS 相比如何（我的意思是性能）？
3. 在生产环境中使用是否足够稳定和安全？
4. 它是否具有某种 GUI 工具，例如 SQL Management Studio？
5. 有没有人做过比较 Eloquera 和其他 RDBMS 的基准测试？

我正在编写一个新的 .Net 3.5 Winforms 单用户应用程序，但我不确定应该使用哪个数据库。该数据库由大约 30 个表组成，一个表中的最大行数不会超过 50,000。
数据库应受密码保护，因此客户端用户无法手动查看结构或修改数据。
除了我的应用程序设置之外，我宁愿阻止在客户端机器上进一步安装。例如，我不喜欢使用 SQL Server Express Edition，因为它应该安装在客户端机器上。但是，这不是优先事项。
据我所知，我的选择是 SQL Server Compact Edition、SQLite 和 Microsoft Access。我认为使用 SQL Server Compact 版本是最好的选择但我不确定这是否是一个好主意，因为它是为在移动设备上运行的数据库应用程序中使用而编写的。但我可能是错的。
我听说过 ODBMS，但我没有使用它们的经验，也不知道性能、灵活性等。