3

我正在编写一个会员提供程序，用于我们现有的会员基础。我使用 EF4.1 进行所有数据库访问，我遇到的问题之一是最初设置数据库时，关系是以编程方式而不是在数据库中完成的。如果需要在我们所有用户都不需要的列上建立关系，但为了使关系确实需要是唯一的（根据我的理解）。

我认为可行的解决方案是对 userid 字段进行 MD5 散列（这是唯一的......这将/应该保证该字段中的唯一值）。我在 sql server 上遇到问题的部分是在不替换存储在 employeeNum 字段（有问题的字段）中的现有值的情况下执行此操作的查询。

所以简而言之，我的问题是。在尚未存在值的所有行上获取字段中唯一值employeeNum（可能基于字段的 md5 哈希）的最佳方法是什么。userid此外，在次要/主要程度上......这听起来像是一个好计划吗？

4

3 回答 3

15

如果您的问题只是如何为用户 ID 生成哈希值，您可以使用计算列以这种方式进行（或生成此值作为插入过程的一部分）。我不清楚您是否知道HASHBYTES函数或当您说“最佳”时您正在查看的其他标准。

DECLARE @foo TABLE
(
  userid INT, 
  hash1 AS HASHBYTES('MD5',  CONVERT(VARCHAR(12), userid)),
  hash2 AS HASHBYTES('SHA1', CONVERT(VARCHAR(12), userid))
);

INSERT @foo(userid) SELECT 1 UNION ALL SELECT 2 UNION ALL SELECT 500;

SELECT userid, hash1, hash2 FROM @foo;

结果：

userid  hash1                               hash2
------  ----------------------------------  ------------------------------------------
1       0xC4CA4238A0B923820DCC509A6F75849B  0x356A192B7913B04C54574D18C28D46E6395428AB
2       0xC81E728D9D4C2F636F067F89CC14862C  0xDA4B9237BACCCDF19C0760CAB7AEC4A8359010B0
500     0xCEE631121C2EC9232F3A2F028AD5C89B  0xF83A383C0FA81F295D057F8F5ED0BA4610947817

在 SQL Server 2012 中，我强烈建议至少使用 SHA2_256 而不是上述任何一种。（您忘记提及您使用的版本 - 总是有用的信息。）

尽管如此，我仍然想提请注意我在评论中提出的观点：这里的“最佳”解决方案是修复模型。如果employeeNum是可选的，则不应让 EF 认为它是必需的或唯一的，如果它实际上不是某种标识符，则不应在关系中使用它。如果您首先为关系使用正确的属性，为什么用户会关心之间的冲突employeeNum？userid

根据 OP 的要求进行编辑

所以说有什么不对UPDATE table SET EmployeeNum = 1000000 + UserID WHERE EmployeeNum IS NULL呢？如果EmployeeNum将保持在以下，1000000那么您保证没有冲突并且您完全避免了散列。

如果employeeNum可能包含一个字符串，您可以生成类似的填充，但又是 EF 促进了这些可怕的列名吗？为什么带有Num后缀的列会包含除数字之外的任何内容？

于 2012-06-08T17:43:53.133 回答
2

您还可以使用uniqueidentifier将默认值设置为(newid())

创建一个新列 EmployeeNum 作为 uniqueidentifer，然后：

UPDATE Employees SET EmployeeNum = newid()

然后设置为主键。

于 2012-06-08T18:02:43.500 回答
1 
UPDATE EMPLOYEE
    SET EMPLOYEENUM = HASHBYTES('SHA1', CAST(USERID AS VARCHAR(20)))
WHERE EMPLOYEENUM IS NULL
于 2012-06-08T17:47:10.483 回答