问题标签 [schema]

我知道您可以通过以下方式从 Microsoft SQL Server 2005+ 中的关系存储中获取元数据和架构信息：

• INFORMATION_SCHEMA
• 对象目录视图

Microsoft Analysis Services 中的等效项是什么？

我正在尝试使用 t4 和 C# 创建数据访问层。我希望能够提供一个可以访问任何数据库的 DAL。我遇到的问题是一些架构信息。我能够检索一些信息，如列名和表名，但我还想要其他信息，如主键字段的名称、主键值。这样做最有效的方法是什么？

我正在使用 C# 制作 DAL 模板，我想知道使用 ODBC 和 OleDB 访问架构信息的最有效方法是什么。我需要列、列类型和主键信息。

谢谢

我们计划将 SQL 2000 数据库迁移到 SQL 2005，我熟悉 2005 年在各种所有者/模式下创建表或其他对象的能力。

我们在 SQL 2000 中并没有真正具备这种能力，所以我想知道我的指南/最佳实践将用于创建/管理多个模式。

我应该为所有对象创建一个模式吗？我应该如何划分它们？

我喜欢纯粹的关系设计，但有时需要一种实体/值方法来存储数据。尤其是用户需要频繁创建新类型数据的地方。

我在一些商业软件中看到他们动态创建标准表而不是使用 EV 表。

显然，这不是一个解决所有问题的解决方案，只有在您限制可以定义的数据种类时才能工作。但是，它有以下好处：-

• 该模型已明确定义 - 您无需询问架构即可理解架构。
• 您可以获得更好的性能，因为表只保存该类型数据的数据，因此不需要查询明显不相关的行。
• 同样，索引只保存表定义的数据类型的值，再次提高了性能。（即在 EV 模型中，如果索引是 valueid,entityid - 您将搜索与查询无关的实体的值 - 除非您对索引进行分区）。

所以对我来说，这听起来很棒，但是如果把这个想法通过 DBA，你会吃很多苦头。这是一个好主意，有什么陷阱，有没有人尝试过这样做？

我想使用 ASP.NET Membership Provider 安全框架，但希望它使用 SQL Server 架构。因此，与其拥有像 aspnet_Membership 这样的表，我更希望它是像 sec.Membership 这样的表。有没有人试过这个并让它工作？

您是否使用缩写表名作为表中每个字段的前缀？

例子：

或者你是否至少命名你的字段？

如果您两者都使用过，那么从长远来看，您认为哪种格式对您的帮助最大？

编辑：这个问题似乎没有明确的答案，双方都提出了很好的观点。但是我将这个问题保持开放太久了，也许是时候将一个答案标记为已接受了。因此，我将投票率最高的标记为已接受。

我正在使用带有事件处理设置的 XMLReaderSettings 对象使用 XMLReader 解析 XML，以在适当的情况下执行架构验证。

但是，似乎每个 XML 级别的错误捕获只发生一次。这意味着该级别的任何后续错误都将被忽略。

有什么方法可以让每次发生错误时触发错误处理事件。

编辑：我也尝试过 XmlSchemaValidator 但这不成功。仅捕获标签正文中的第一个错误。

我必须为已经使用的 XML 格式创建一个模式。现有的 XML 已经由不同的程序生成，听起来很难找到所有需要更改的地方才能使用更常规的 XML 格式。

这是一个类似于我们的 XML 结构的示例：

请注意，错误标签在同一级别重复使用，并且出现在某些项目之后而不是其他项目之后，所以我不能只设置 maxOccurs="unbounded"。我已经尝试将相关的错误/其他标签对包装在 xsd:sequence 中，但这并不能解决问题，因为我仍然有效地破坏了唯一粒子归属规则。

这甚至可以完成，还是我需要让其他开发人员知道这个模式不会验证？

我在使用 .net 和 C# 针对 Schema 验证某些 XML 时遇到了一些问题。

我将 XmlReaderSettings 与 ValidationEventHandler 一起使用。

但是，这似乎在遇到 XML 文件中特定级别的第一个错误后停止捕获错误，而不是检查同一级别的下一个标签，因此基本上它不会检查 XML 文件中的每个标签发现错误时跳过一个级别。

我希望从成功完成此类验证的人那里得到一些建议。

非常感谢