问题标签 [schema]

我被 ActiveRecords 宠坏了。因此，我正在寻找可以应用于 SQL Server 的迁移系统，并且可以作为 Java 应用程序或 Win32 可执行文件执行。（当然欢迎进一步兼容其他数据库和主机操作系统。）

真正的愿望是拥有一个清晰的带有回滚的模式更改应用程序，理想情况下是比 SQL 更好的东西，这样它就可以与数据库系统无关。

我发现基于 Java 的替代方案的障碍是缺乏对 Microsoft JDBC 的干净支持。

期待任何建议。

当我使用 wsdl.exe 从我的 wsdl 创建客户端时，它可以完成，但在文件中插入以下注释：

// CODEGEN：参数“VerificationData”需要使用参数模式无法捕获的附加架构信息。具体属性是“System.Xml.Serialization.XmlArrayItemAttribute”。

我无法弄清楚 wsdl 中的其他信息应该放在哪里，其相关部分如下所示：

有任何想法吗？

我有一个表示数据库中产品的 XML 模式，我试图找出将产品图像引用存储为 XML 节点的最佳方法。将有一个主图像，然后是备用图像，每个图像都有序列（显示顺序）。这将是一种适当的格式，还是有更好的方法：

显然会有比这更多的节点，但我不会全部显示。我想我的主图像将永远是序列中的第一个。我遇到的问题是这些图像中的每一个都有一个缩略图，中型和大型图像，所以我认为这需要进一步分解。

我有一点问题。我很久以前为我们的生产系统编写了一个 API，它使用了 Apache XML Beans。模式是同质的（即没有导入，所有内容都来自同一个模式），并且一切正常，即使 API 处理的代码非常冗长。从那以后，我使用 JAXB 编写了一个更简单、更优雅的 restful API，考虑到旧 API 的部分内容，即不同的模式，但一些元素是相同的。为了清理和简化我在旧 API 中的绑定代码，我通过删除它们并导入新模式并改用这些元素来替换一些部分。但是，每当我尝试解析使用新模式混合的文档时，都会从 XML Beans 收到验证错误：

有没有人遇到过这个？有什么解决方案或想法吗？我真的很感激。非常感谢你。

有没有办法改变 oracle 用户的默认模式？

我在常见问题解答中发现我可以在会话中更改它，但这不是我想要的。EG 登录时的用户总是将另一个模式视为默认模式。

提前致谢。

鉴于以下情况，我如何在我的数据库中插入行？（或者我应该在我的模式中更正什么？）

楷模：

架构：

我浪费了几个小时试图插入记录，使用 rails 控制台来测试。

我正在对模式演变进行分析，但实际上并没有真正实现一些演变并存储在版本控制中的真实世界数据库模式。到目前为止， Mediawiki（http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3/maintenance/tables.sql）似乎是一个非常好的候选者。我考虑过Bugzilla，但它们似乎没有像Mediawiki 那样的主干中的.sql 文件。必须执行构建数据库架构/表的 Perl 脚本 - 因此，我现在基本上必须下载整个 Bugzilla 文件夹以进行不同的修订，以了解架构更改，而不是像在 mediawiki(tables.sql) 中那样只获取一个文件。

问题 1： 我想知道你们中是否有人知道或使用过大型数据库模式，这些模式是开源的，处于修订控制之下，并且更改大到足以进行模式演化分析（最好有 DDL 脚本 - .sql 文件）。

问题 2： 此外，您是否遇到过任何可以对 .sql 文件（DDL 脚本）提供分析（表/列数、修订之间的补丁等）的工具。我发现的所有工具都需要在对它们进行任何分析之前将 .sql 文件加载到数据库中。

对于这两个问题，首选 MySQL 或 Postgres 作为数据库。

我感谢这个社区的其他成员的任何回应。

谢谢，

文卡特什曼陀罗巴

这可能是一个 n00blike（或更糟）的问题。但我一直将模式视为数据库中的表定义。这是错误的或不完全正确的。我不太记得我的数据库课程。

我正在使用一些定义抽象复杂类型的模式，例如。

然后，此类型被架构中的另一个复杂类型引用：

当我运行“xsd.exe /d /l:CS MySchema.xsd”时，我收到此错误：

错误：处理 MySchema.xsd 时出错。- 为 DataSet '' 生成代码时出错。- 无法将输入的 xml 文件内容转换为 DataSet。DataSet 不能为节点 Data 实例化一个抽象的 ComplexType。- DataSet 不能为节点 Data 实例化一个抽象的 ComplexType。

它似乎不是无效的架构。有没有其他人遇到过这个问题？

谢谢

缺口

验证 JSON是否是最佳实践？

使用JSON 模式提案和JSON 模式验证器的 JavaScript 实现，这种做法似乎相对容易实现。那么，它是否应该成为任何强大应用程序的一部分？或者您是否采用其他首选策略来处理错误的 JSON？