-2

我正在构建一个适用于两个主要元素的应用程序。

一个是一个段,它生成一个带有一些哈希键的条目(例如,5c2a4b5773500a0417f6e6d8299776d9cba7ead9)并将其插入到表中。

第二是共享的 url(例如http://myapp.com/a/5c2a4b5773500a0417f6e6d8299776d9cba7ead9),然后返回到服务器,对上述表进行查找,并执行某种预定义的操作,沿着记录传入的流量。

这是我的问题:

使用 40 个字符长度的字符串键进行查找似乎非常耗费资源。加密数据库中行的 ID是否更好,从而创建一个密钥,然后使用 PHP解密“哈希”密钥,并在数据库返回服务器后在数据库上进行单行查找?(永远不需要将哈希/加密密钥存储在数据库中)

陷阱在哪里?我是否使用了正确的术语?有没有更好的方法来做到这一点?

4

1 回答 1

0

共识:

  • 在数据库中的索引表列上使用键进行查找已经非常有效,尽管 40 个字符长。

  • 避免PHP 做任何不必要的繁重工作。

  • 尽量不要对SO.com 用户保密

于 2012-11-26T08:52:54.823 回答