问题标签 [schema-design]

这是我要解决的场景/问题 - 在我的 XSD 中的一系列元素中，我有一个元素 - 比如说XYZ，如果前面的元素之一 - 比如说ABC - 具有一定的值 - 比如说“Alpha ”。如果前面的元素 - ABC具有不同的值，则元素XYZ不能为空。

解决此问题的最佳方法是什么？

我正在使用 C# 和 SQL Server。

是否可以在 XSD 中定义新属性？

您设计 PostgreSQL 模式的首选方式是什么？您会推荐使用特定的图形设计工具，还是只在纸上设计模式并手动创建所有内容？

我希望我可以放弃历史，但请相信我：

1. 我有几个人可以立即访问 MSWord 2007
2. 我们正在尝试准备一个通用的 Word 文档，该文档可以在几个月内从一个人传递到另一个人，并且他们可以向其中“添加”新内容。

不管下面的答案是什么 - 无论它是多么可怕的想法，或者你可能有什么更好的想法，上面的答案都将保持不变......我已经走上了这条路：P。

1. 我的“想法”是（在 Word 中）设置 XML 模式，以便我们可以“标记”特定内容区域的内容（例如项目编号、项目描述、项目词干、项目选项、项目答案等）
2. 我在不到 6 个小时的时间里自学了 XML 架构，显然我是个糟糕的老师：我有 XML 架构文件，我已经将它导入 Word，我能够按照所有在线教程标记这些区域。 .
3. 我希望保存到“XML”文件（来自 Word）并让它看起来像：

（只是从一个随机站点上拉下来，以证明我想从 word 文档中保存填充数据的 XML 结构）

希望然后我可以用 Python 解析，或者将 XML 文件发送给供应商，然后供应商可以将信息上传到数据库中（不 - 我们不能只上传到数据库 - 它必须从 Word 文档到XML 到供应商）。

问题：每当我将文件从 MSWord 2007 保存到 XML 时，它都会给我所有这些可怕的可怕的 XML 废话——我检查了是否可以解析它，希望找到嵌入的 XML 标记，然后我发现它们，但它被所有 Offices 标签/废话弄得乱七八糟，以至于解析它会浪费大量时间。

最后：我怎样才能让单词自动填写 XML 标记（通过自动我理解有人必须“选择文本”、“分配 XML”......更多关于“保存”到 XML 的内容）来自我开发的架构（或者我可以创建一个没有架构的示例 XML 树吗？）并导出准备上传/解析的内容？

感谢您阅读我的短篇小说：P（希望我足够清楚！）

-J

我想创建带有测试的网站。测试包含不同的问题。它可以是文本框、复选框或单选按钮。我想将问题、答案和用户存储在数据库中。

这是我对表结构的想法。

但是我如何存储有关不同答案的信息？我可以在 AnswerValue 中写入类似“Carrot”（文本框）、“1011”（复选框）、“3”（单选按钮）等内容。不幸的是，我认为这不是一个好的解决方案。在我的情况下设计数据库结构的最佳方法是什么？

我喜欢 CouchDB 和 MongoDB 的灵活模式功能，但我也喜欢 SQL Server 的关系“连接”功能。我真正想要的是能够拥有基本上是“开放模式”的表，例如 PERSON、COMPANY 和 ORDER，其中每个表都有一个 ID，但其余列定义为 json-style {ID:12,firstname:"Pete",surname:"smith",height:"180"}，但我可以有效地加入 PERSON直接或通过多对多外部参照表到公司。有谁知道 SQL Server 是否有计划在 SQL 中合并“开放模式”，或者 Mongo 或 Couch 是否有计划支持有效加入？非常感谢。

HI 刚开始调查 Cassandra，有点困惑。您能否建议以下架构：

架构：email, city, items1[], items2[]

输入：cityId, item1, item2

我需要：

是否可以？

我正在考虑使用 HBase 来存储日志（网络日志数据），每个日志将有大约 20 个不同的值（比如说列），我想运行基于这些列过滤结果的查询。

我最初的想法是在每列下多次保存每个日志（单元格），这是日志中每个字段的值。这将导致数据大小增加约 20 倍，但我认为这会很好地提高性能。行键将是带有前缀的时间戳，即源 ID。
每个源会产生大约 40-100M 的日志行（可能有数万个源）。
我还需要低延迟，可能低于 10 秒（因此目前不能选择 Hive 等解决方案）

你认为这是正确的模式设计吗？如果不是你认为正确的，或者我应该使用其他东西（什么）？
感谢您的所有回答。

如何在同一个 Solr 架构中索引文本文件、网站和数据库？所有 3 个来源都是必需的，我正在尝试弄清楚如何去做。我做了一些示例，它们工作正常，因为它们彼此分开，现在我需要它们全部为 1 个模式，因为用户将在所有这 3 个数据源中进行搜索。

我应该如何进行？

我正面临标准化困境。

现在OpenID 已被宣布为失败，我想将其合并到我的网站中。我也会在使用 FB Connect 时加入它。

显然，这意味着我将在帐户和登录之间建立 1:many 关系。这很简单。但是，这也意味着并非所有类型的登录都是相同的。

这意味着我需要决定如何存储三组功能相似但形式不同的信息片段。这意味着我必须做出恼人的选择，而且我不确定是否有一个成功的“最佳”解决方案。这就是我来找你的原因

我看到三个直接的选择。

选项 1：登录表，其中包含每种类型的行

选项 2：具有通用行的登录表

选项 3：每种登录类型的登录表

在通用登录表（即选项 1）中为每种登录类型设置临时行会让人感觉很脏且不规范。

在通用登录表（即选项 2）中包含通用行感​​觉很脏且高度混淆。

为每种登录类型（即选项 3）拥有一个单独的表感觉干净/规范，但可能效率低下并且可能被混淆。

其他人将如何做到这一点？还有其他选择吗？现实中什么会产生最负面的影响？

请记住，当它们出现时，我想合并其他登录类型（例如 Twitter/next big thig/whatever）。

我在数据库中有一组对象，它们可以有许多与之关联的布尔标志。

标志将是预定义的，但以后可能会添加或删除标志。我可以用 和 将它们存储在一个表FlagID中FlagName。

存储这些标志的值很容易 - 它们可以保存在一个包含ObjectID和 的简单表中FlagID- 此表中的条目将指示“设置”标志。

Objects如果我随后使用连接进行查询，则使用它们的“设置”标志很容易提取。

但是我的 Symfony 应用程序（使用 Doctrine 作为 ORM）需要获取此连接中的所有“未设置”值，以便它可以提供用于设置它们的复选框 - 即理想的输出是

此结果集将来自数据库中的以下数据

这样，我不需要针对每个对象存储所有未设置的标志，因此我不需要担心在添加标志时使用未设置的标志预先填充表。

是否有会生成此结果集的查询？