如果子表属于这些特征之一，它将无法按定义的外键关系进行操作。

这令人惊讶：

以我的理解和经验，DBUNLOAD始终会

1. 创建没有FK定义的表，
2. 加载数据，
3. 然后最后使用ALTER TABLE添加FK定义，

所以-除非实际数据中已经存在RI违规-否则表顺序应该没有问题...对于许多版本，方法的操作顺序都没有改变。

您使用特定的DBUNLOAD命令吗？

----

此外：还是使用依赖于不同表中数据的CHECK约束？ 这些CHECK约束是在CREATE TABLE步骤中声明的，因此在这种情况下，表顺序可能是，因为在数据加载阶段已经检查了约束。

----

编辑：我将我的评论转变为答案，只是因为否则它可能会被忽略...

因为它在尝试重新加载数据时按字母顺序或时间顺序应用表。 如果子表属于这些特征中的任何一个，它将无法按定义的外键关系运行。 我正在考虑最终升级整个亚洲，新西兰和澳大利亚的400个站点，因此我想避免必须编辑重新加载脚本。 有谁知道如何实现此过程或文档。

Terry

嗨，Terry，

请参阅下面的升级步骤。

"版本10和更高版本数据库的升级"
http://dcx.sap.com/index.html#sqla170/en/html/815925a36ce210148928b14c82b36f65.html

此外，
此过程不需要中间版本。

此致，
Koichi

http://dcx.sap .com/index.html#sqla170/en/html/8158622c6ce210149012f11c6c7e8423.html

我尝试了从版本10或更高版本的升级，即使升级似乎已正确完成，当我尝试从Sybase Central连接时，它仍然说我正在连接到在17台服务器上运行的版本11数据库。

还有其他窍门吗

特里

一旦我尝试连接到数据库，这些就是命令行和响应。 我试图不进行重新加载，因为dbunload下的进程似乎并未考虑表层次结构。

特里

升级数据库（dbupgrad）并不是更改数据库文件版本（有时称为文件格式）的机制。 该机制只是升级系统架构。 要同时获取系统架构和文件格式，必须重建数据库（dbunload并重新加载到v17数据库文件中）。

当您声明dbunload不考虑表层次结构时，您遇到的问题是什么？

任何信息吗？