禁用表锁定时，运行上载存储过程的隔离级别非常重要，因为它将决定处理未提交事务的方式。启用表锁定时，这不是问题，因为表锁定可确保构建上载时已同步表上没有未提交更改。

上载存储过程将在数据库用户（在 dbmlsync 命令行上指定）的缺省隔离级别运行，除非在上载存储过程中明确更改隔离级别。

隔离级别 0 是数据库的缺省隔离级别，但在使用没有表锁定的脚本式上载时，建议您不要在隔离级别 0 运行上载过程。如果实现没有表锁定的脚本式上载并且使用隔离级别 0，则可能上载未提交的更改，这可能导致以下问题：

可以改用隔离级别 1、2、3 或快照。所有这些隔离级别均可确保不上载未提交的事务。

使用隔离级别 1、2 或 3 时，如果表中有未提交更改，则会导致上载存储过程阻塞。因为是在 dbmlsync 连接到 MobiLink 服务器时调用上载存储过程，所以这会阻碍服务器连接。如果使用隔离级别 1，通过在 select 语句中使用 READPAST table-hint 子句，能够避免阻塞。

快照隔离是个好选择，因为它可同时防止阻塞和读取未提交更改。

如果选择放弃表锁定，则必须有在发生同步时处理未提交操作的机制。若要理解其中的原因，请看下面的示例。

假设表正由脚本式上载进行同步。为简单起见，假设仅在上载插入。表包含 insert_time 列，该列是指示每行的插入时间的时间戳。

通过选择表中 insert_time 在上次成功上载之后和开始构建当前上载（即调用 sp_hook_dbmlsync_set_upload_end_progress 挂接的时刻）之前的所有已提交行，构建每个上载。假设发生了以下操作。

总而言之，在同步之前发生却在同步之后提交的所有操作都容易这样丢失。

处理未提交事务有一种最简单的方法，就是使用 sp_hook_dbmlsync_set_upload_end_progress 挂接将每个同步的结束进度设置为调用此挂接时的最早未提交事务的开始时间。可使用 sa_transactions 系统过程确定此时间，如下所示：

SELECT min( start_time )
FROM sa_transactions()

在这种情况下，上载存储过程必须忽略在 sp_hook_dbmlsync_set_upload_end_progress 挂接中使用 sa_transactions 计算并使用 #hook_dict 表传递的结束进度。存储过程应只上载开始进度之后发生的所有已提交操作。这可确保下载不覆盖含有仍需上载的更改的行。还可确保即使有未提交事务也会及时上载操作。

此解决方案可确保不丢失任何操作，但某些操作可能会上载多次。必须将服务器端脚本编写为能够处理多次上载的操作。下面的示例显示了此设置中如何多次上载一行。

如果统一数据库为 SQL Anywhere，则可通过在统一数据库的 upload_insert 脚本中使用 INSERT...ON EXISTING UPDATE 语句来处理冗余上载的插入操作。

对于其它统一数据库，可在 upload_insert 脚本调用的存储过程中采用类似的逻辑。只需编写一个检查，检查统一数据库中是否已经存在主键与插入行主键相同的行。如果该行存在，则将其更新；否则插入新行。

服务器端有冲突检测或解决逻辑时，冗余上载的删除和更新操作就成了问题。如果在服务器端编写冲突检测和解决脚本，则这些脚本必须能够处理冗余上载。

如果统一数据库会重复使用主键值，冗余上载的删除就是个大问题。请看下面的事件序列：

• sa_transactions 系统过程
• 设置隔离级别