数据库设计问题：处理 GUID 周围的地方

Question

这是一个简化的示例。

UserDetails (UserID INT UserGUID UNIQUEIDENTIFIER Name VARCHAR(50) Age INT)
UserRatings (UserID INT Rating INT Date DATETIME)
UserVotes   (UserID INT Votes INT Date DATETIME)

UserGUID 仅存在于主表中。

在应用程序层中，仅解析 GUID，而不解析 INTS。这是为了防止竞争对手猜测我网站上的一些关键数字（例如用户数）。

在与表 UserRatings 和 UserVotes 相关的 SPROCS 中，我必须声明 UserID 并根据在每个过程开始时解析的 UserGUID 来设置它。

这种情况不仅发生在 Users 表中，而且发生在具有主表和分支表的所有其他对象中，因此到处都有大量这些 DECLARE/SET 类型的过程。

这是一个好的设计吗？

Answer 1

我将删除 uniqueidentifier UserGUID 列并仅使用普通的 int UserID。如果您想让 ID 随机化以进行混淆/混淆，那么只需删除身份并使用一些函数/过程，在每次插入新用户时随机生成一个值在 1 到 2,147,483,647 之间的普通 int。

Answer 2

UserGUID仅存在于主程序中
桌子。仅在应用层
GUID 被解析，而不是 INTS。
这是为了防止竞争对手
猜测我的一些关键数字
类似网站（例如用户数量）。

对我来说似乎很合理。

在与表相关的SPROCS中
UserRatings 和 UserVotes，我必须
DECLARE UserID 并根据
正在解析回来的 UserGUID
在每个程序开始时。

您还可以定义一个涵盖 UserDetails+UserRatings 以及 UserDetails+UserVotes（甚至同时包含所有三个表）的视图，其中包括来自 UserDetails 表。这将使查询表变得更加容易，并且您不必首先从 GUID 中提取 ID 并使用它来查询相关表。

更新：例如，如果您需要频繁查询UserRatings，您可以创建一个如下所示的视图：

CREATE VIEW dbo.UserRatingsWithDetails
AS 
    SELECT 
       ud.UserGuid, ud.Name, ud.Age,
       ur.UserID, ur.Rating, ur.Date
    FROM
       dbo.UserDetails ud
    INNER JOIN
       dbo.UserRatings ur ON ur.UserID = ud.UserID

然后您可以从该视图中进行选择，而无需运行单独的SELECT< /code> 首先：

SELECT UserID, Name, Rating, Date
  FROM dbo.UserRatingsWithDetails
 WHERE UserGuid = @SomeGuidValue

使用正确的索引（在 UserRatings 中的外键字段上），这是一个非常高性能的 JOIN - 不用担心！