database - 暴露 key 时屏蔽数据库大小？ (不影响性能)

Question

我们有一个包含 1000 万条记录的数据库表。我们不想使用 auto_increment，因为那样会让我们的用户知道我们有多少条记录。我们不想将其暴露给我们的竞争对手。我看到的问题是使用 UUID 或类似的东西会降低查询性能。

例如，这是一个禁忌: http://domain.com/widgets?id=34345

因为竞争对手可以抓取网站以确定我们有多少小部件。这个业务屏蔽应该在app层面处理，还是在数据库层面处理好呢？大多数人在这种情况下会做什么？我们使用的数据库是 postgres，但我认为该解决方案仍然与数据库无关。

Answer 1

使用 GUID 作为键。你可以看看this question看看为什么可以这样做。您可以使用 GUID 编号的子集来逃避，但位大小越小，冲突的可能性就越大。 GUID 不会太大，应该能够存储为数字。传输将是 key 的 4 倍，但这在很大程度上是无关紧要的。

对于 1000 万行，存储空间可能多出大约 120 MB，但对于如此大的尺寸来说，这似乎可以忽略不计。您是否测试过 GUID 的性能并发现它们存在不足？