问题标签 [relational-database]

有人知道供应商中立的 XSD 来描述关系数据库模式吗？我们的系统需要获取有关数据库结构的信息：

• 表
• 列和类型
• 主键和外键约束
• 索引
• ETC

以独立于供应商的方式并将其存储在 XML 文件中以供以后处理。

在我们做我们通常做的事情并自己动手之前。我想做一些研究，看看是否存在人们正在标准化的现有 XSD，因为我认为这对建模工具等并不少见。我在谷歌上没有找到任何不是数据库供应商特定的东西。如果您知道现有的公共标准，我将非常感谢您提供链接。

提前致谢，

特伦斯

我有一个项目，我正在对一个大型数据库进行数据挖掘。我目前将所有数据存储在文本文件中，我试图了解存储数据关系数据库的成本和收益。这些点看起来像这样：

我可以在合理的表现下获得多少分？我目前有大约 1.5 亿个数据点，我可能不会超过 3 亿个。假设我使用的是具有 4 个双核 2ghz Xeon CPU 和 8GB RAM 的盒子。

我的作业是创建一个关于讨论站点的关系 UML 图。我使用了SO 架构，并做了一些修改：

• 删除用户信息中的年龄
• 添加了代表，允许用户按用户名对帖子进行分类（自愿）

否则，模式非常相似，但很简陋。你会如何改进它？

澄清

代表的主要思想是对职位进行分类。该列表仅包含少数可能的名称。与徽章相比，这个想法不是有趣的，而是有组织的。如果你问关于数学的问题，你可能是Steve.math或只是math。它可以帮助其他用户直接看到您的样子，并且不会浪费您的空间Username。也许，有一种更简单的方法来组织事情，所以不要犹豫发表评论。

可能重复：
受 SO 启发的关系 UML 图

我从岗位上开发了我的作业。

问题：与 SO 中的帖子类似，以便第一个帖子是问题，其他帖子是问题后的回复。

问题：您将如何改进界面？一些更简单的数据结构会让事情变得更容易吗？

我有一个表格，需要为与其他几个表格有关系的表格显示。例如，我有一个表“案例”（想想，调查员案例），它是 has_one 索赔人和 has_one 客户。

我希望表单显示要填写案例数据、客户数据和索赔人数据的字段。有没有一种简单的方法可以做到这一点，以便在提交时，它就像：

如果我只是为案例数据提交和保存表单，会是这样吗？

我意识到这个问题可能看起来有点“绿色”方面，但是在我遇到的“企业”或“商业”数据库的数量之后，我开始问这个问题。约束为数据库提供了哪些优势？我更多地询问外键约束而不是唯一约束。它们提供性能提升，还是仅提供数据完整性？

我对没有外键甚至没有指定主键的关系数据库的数量感到相当惊讶（只是字段上的约束不为空或字段上的唯一约束）。

想法？

可能重复：
为什么我会选择在关系数据库中存储和操作 XML？

尽管表面上这个问题似乎是对之前已经提出的问题的重新讨论，但我会预先声明它不是。我的问题不是如何从关系数据库中存储或检索 XML。手头的问题比这更根本：

您通常在数据库中以 XML 格式存储什么类型的数据？您这样做的设计决策是什么？您是否愿意通过将模型的某些部分放入 XML 简介中来放弃数据库的“关系”方面？诸如首选项或配置文件之类的东西可以作为 XML 存储在关系数据库中，但您应该这样做吗？

有没有人有任何关于对象数据库到关系数据库转换技术的信息的指针？

我已经完成了标准搜索，到目前为止只提出了从面向对象到关系数据库的数据转换。这是一篇好论文，但我希望有更多......

我的确切模型解释起来很复杂，所以假设我在 Xcode 的核心数据建模器中对水果及其种子进行建模。这是一些“伪核心数据代码”：

我以这种方式建模的原因是我希望能够获取混合水果并按种子形状对它们进行分类。鉴于此模型，这是我的问题：

Xcode 建模器（即，来自 GUI）中是否有任何直接方法可以让我指定 Apple 只能有 AppleSeeds 和 Oranges 只能有 OrangeSeeds？在上面的模型中，具体的水果继承了一个抽象的种子关系，我需要它来获取和排序混合的水果/种子，但我没有看到任何方法来强制每个具体水果必须具有的确切的种子关系。

我在建模 GUI 之外看到了许多不同的方法来执行此操作，但只是想确保我没有遗漏任何东西。有什么建议么？

希望这个例子有意义！

什么时候会选择键值数据存储而不是关系数据库？在决定其中一个或另一个时会考虑哪些因素？什么时候混合最好的路线？如果可以，请提供示例。