sql-server – 有关在MS Access中使用SQL Server GUID的建议

以下是问题：

>有关将主键从整数更改为GUID的任何建议吗？
>有关从Access客户端中的代码使用和操作GUID的任何建议吗？
>我应该使用哪种SQL Server GUID类型？

解决方法

> GUID可以按照不同的规则生成.你可以查看这个here
>设置复制时,SQL将系统地添加GUID
(作为新的序列生成)到
每个表,如果它还没有
存在,并将其称为rowguid.当然,如果每个表中已经有这样的GUID / newSequentialId,SQL将使用它. BUt我不建议你将复制GUID与PK GUID’混合’：你可以将GUID类型的所有主键声明为’newSequentialIds’,但是(a)你将失去在客户端生成GUID值的可能性 – 见下文 – 和(b)你的PK将是“可预测的”,这个想法让我觉得不舒服……
>保持自动增量整数并通过复制管理其范围意味着大量开销(您必须为每个表/每个发布分配范围)以及从不同来源复制时潜在的冲突源.
>此外,一些特定于范围分配的SQL错误如this one仍未得到妥善解决：应用累积包5并未解决我们的问题,我们必须找到另一种方法来重新启动复制过程.
>无论如何,我深信,从整数切换到GUID作为主键是强制性的.造成这种情况的原因有很多,其中一个原因与这些范围管理有关,因为它们是头巾和夜间故障排除会议的潜在来源.

关于从整数到GUIDS的更改,我建议您编写一个分步模块,该模块将：

>在修改之前备份所有现有表
>为每个表添加GUID字段
>在请求时添加相应的FK字段
>通过使用现有关系构建的视图更新FK字段(基于整数字段构建)
>打破关系
>将PK从整数字段更改为GUID字段
>重建关系

花点时间编写此代码.在正常工作之前,您将多次使用它.您应该从DAO对象,tabledef,索引等中获利.请记住,您必须始终能够返回起点,因此不要忘记初始备份过程.

那么从VBA操纵GUID呢？有几点需要了解：

> GUID属于Variant类型
>可以并且很容易在应用程序的客户端生成GUID作为主键,正如我在here中提出的那样.
>当您尝试获取GUID值时
从一个形式的控件(通常作为组合框中的链接字段),你会得到’?????’但没有价值.您必须引用记录集中的字段值才能获得正确的数据.您可以在应用中打开此类表单,转到“即时”窗口,然后尝试以下操作：

? myForm.myControl
?????

? myForm.recordset.fields("myFieldName")
{000581EB-9CBF-418C-A2D9-5A7141A686CC}

>在使用记录集(例如recordset.findfirst)浏览记录集时,可能必须将guid转换为字符串：

myFirstRecordset.FindFirst "stringFromGUID(myGuidId) = " & StringFromGUID(mySecondRecordset.Fields("myGuidId").Value)

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!