同步模型的限制

以下是同步模型的一些限制：

在模型之外作出的更改无法重新部署 如果部署同步模型后在该模型之外对其进行了更改，则这些更改不会保存在模型中。如果只是将模型用作起始点，而随后部署模型，接着在模型之外进行所有的更改，那么不会出现任何问题。但如果希望重新部署该模型，则最好对 MobiLink 项目进行更改，以便保存更改并能够重新部署这些更改。
版本一个同步模型只能有一个版本。请参见脚本版本。
MobiLink 系统数据库 在部署同步模型时，不能使用独立于统一数据库的 MobiLink 系统数据库。请参见MobiLink 系统数据库。
多个发布 不能创建多个发布。部署模型之后，可以使用非模型方法（如 CREATE PUBLICATION 语句）添加更多发布，但不能执行反向工程将这些添加的发布返回模型中。请参见发布数据。
视图在选择用于表映射的统一数据库表时，不能选择视图。
计算列 不能上载到统一数据库表中的计算列。如果部署具有计算列的同步模型，则在创建用于基于时间戳下载的触发器时部署可能会发生错误。解决办法可以是将计算列从同步中排除，或者将表配置为仅下载（使用快照下载或编辑生成的统一 SQL 文件，将计算列从触发器定义中移除）。
部署新的远程模式来创建新的远程数据库时，复制计算列会导致语法错误。处理计算列时应执行以下操作之一：
- 将同步模型部署到现有远程数据库。
- 从远程模式中排除计算列。请注意，如果要同步具有计算列的统一数据库表，则不能上载到该表。
Microsoft SQL 服务器 AdventureWorks 示例数据库包含计算列。如果使用此数据库创建模型，请将这些计算列设置为仅下载或将其从同步中排除。

部署注意事项

空间列 尽管在统一 RDBMS 没有获取空间子类型和 SRID 的元数据支持时不能复制它们（如 SQL/MM 标准的 ST_GEOMETRY_COLUMNS 视图），但可以复制空间列。UltraLite 的空间支持受限于一种仅支持点值，以及 SRID=0 或 SRID=4326 的列 SRID 约束的类型 (ST_GEOMETRY)，因此在将不兼容的空间类型部署到新的 UltraLite 数据库时，您可能会收到警告或错误。
对象名过长 部署时创建的数据库对象名称的长度可能要超过数据库所支持的名称长度（因为新对象名称通过向基表名称添加后缀创建而成）。如果发生这种情况，请仅部署到文件（而非直接部署到数据库）并编辑生成的 SQL 文件以替换出现的所有该过长名称。
新远程模式 如果在 [创建同步模型向导] 中创建新的远程模式，则新的远程数据库各列将不包含统一数据库中各列的索引。外键和缺省列值被复制到新的远程数据库中，但是，此支持依赖于由 ODBC 驱动程序返回的数据库元数据，并且可能会因为驱动程序问题而导致语法错误或其它错误。例如，如果驱动程序报告一个缺省列值，但采用的格式不能用于在 SQL Anywhere 或 UltraLite 远程数据库中声明此类缺省列值，则会产生错误（包括部署时的语法错误）。
UltraLite 不支持 NCHAR(n)、NVARCHAR(n)、LONG NVARCHAR、VARBIT 或 LONG VARBIT 列类型。在将同步模型部署到新的 UltraLite 数据库时，远程模式中的这类列会转换为 CHAR(4n)、VARCHAR(4n) 或 LONG VARCHAR。如果 4n 大于 CHAR 和 VARCHAR 的最大长度，则使用最大长度，而且您会收到警告。

可以使用现有远程数据库来创建同步模型，或在模型中更新远程模式。
代理表 可以与用于将表代理到另一数据库的统一数据库表保持同步，但如果使用 TIMESTAMP 列来进行基于时间戳的下载，则还需要将 TIMESTAMP 列同时添加到基表和代理表中。[部署同步模型向导] 无法向代理表或其基表添加列，因此您需要使用基表和代理表中的现有列，或是使用影子表或快照下载。
实例化视图 如果您在使用基于时间戳的下载并且选择了将时间戳列添加到统一表中，在部署前您必须禁用依赖于表的任何实例化视图。否则，在尝试变更表时可能会出错。对于 SQL Anywhere 统一数据库，使用 sa_dependent_views 系统过程找出表是否具有相关的实例化视图。请参见sa_dependent_views 系统过程。

其它注意事项

创建基于 Oracle 统一数据库的远程数据库 当使用 Oracle 统一数据库作为 SQL Anywhere 或 UltraLite 远程数据库的基础时，最好将统一数据库中的 DATE 列更改为 TIMESTAMP。否则，在上载时将丢失次秒级信息。

使用DocCommentXchange 讨论此页。