问题标签 [guid]

在我的数据库中，在其中一个表中，我有一个允许空值的 GUID 列。我有一个指导方法？在表中插入新数据行的参数。但是，当我说 myNewRow.myGuidColumn = myGuid 时，我收到以下错误：“无法隐式转换类型'System.Guid？' 到‘System.Guid’。”

以下是要求：

必须是字母数字，8-10 个字符，以便用户友好。这些将作为唯一键存储在数据库中。我使用 Guids 作为主键，因此使用 GUIds 生成这些唯一 Id 的选项会更可取。

我正在考虑采用 Guid 并转换为 8 个字符的唯一字符串的 base-n 转换器的行。

首选短的、轻量级的算法，因为它经常被调用。

在没有本机 UUID/GUID 数据类型的数据库中存储 UUID/GUID 的最有效数据类型是什么？2 BIGINT？

将 GUID 转换为该类型以及从 GUID 转换为该类型的最有效代码（首选 C#）是什么？

谢谢。

我正在构建一个数据库，该数据库将存储有关一系列对象（例如科学论文、标本、DNA 序列等）的信息，这些对象都在线存在并且可以通过 URL 或诸如DOI之类的标识符来识别. 使用这些 GUID 作为对象的主键似乎是一个合理的想法，并且我在使用 GUID 的 md5 哈希时遵循了美味和Connotea 。如果您将鼠标悬停在美味或 Connotea 书签中的编辑或删除按钮上，您将在浏览器状态栏中看到 md5 哈希。例如，http://stackoverflow/的书签是

其中 e4a42d992025b928a586b8bdc36ad38d a 是http://stackoverflow/的 md5 哈希值。

有人对这种方法的优缺点有看法吗？

对我来说，这种方法的一个优点（与使用由数据库本身生成的自动递增主键相反）是我必须在对象之间做很多链接，并且通过使用 md5 哈希，我可以将这些链接外部存储在一个文件中（例如，作为数据挖掘/抓取的结果），然后将它们批量导入数据库。同样，如果必须从头开始重建数据库，则指向对象的 URL 不会更改，因为它们使用 md5 哈希。

我欢迎任何关于这听起来是否合理的想法，或者是否有其他（更好的？）方法来做到这一点。

我目前正在开发一个 C# 程序，该程序使用来自 ACT! 的数据。为了能够搜索和更新记录，您需要使用 GUID。我能够从框架中获取 GUID 的唯一方法是创建新记录时。

如何从 ACT! 中的现有记录中检索 GUID？

我看到这两个首字母缩写词被抛出，我想知道 GUID 和 UUID 之间是否有任何区别？

我已经看过GUID Collisons的 讨论，但只是想知道如果两个客户端同时访问生成 GUID 的同一个网页（可能低至微秒）是否会发生 GUID 冲突？

在 rpc.h 中，GUID 结构声明如下：

我了解 Data1、Data2 和 Data3。它们在写出 GUID (XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXX) 时定义了第一组、第二组和第三组十六进制数字。

我从来不明白为什么最后两组在同一个字节数组中一起声明。这不是更有意义（并且更容易编码）吗？

有谁知道为什么要这样声明？

我正在研究一个通常使用 GUID 作为主键的数据库。

默认情况下，SQL Server 在主键列上放置一个聚集索引。我知道这对于 GUID 列是一个愚蠢的想法，并且非聚集索引更好。

你怎么看 - 我应该摆脱所有聚集索引并用非聚集索引替换它们吗？

为什么 SQL 的性能调整器不提供此建议？

我知道当您在 COM 接口中添加/更改/删除方法时，您应该更改接口/coclass GUID，但是类型库呢。什么时候应该更改类型库的 GUID？如果类型库中的 GUID 已更改，您会更改它吗？或者您是否应该仅在类型库中没有自己的 GUID 的内容发生更改时更改它。