我会给你一个标准答案:

取你能想到的最大的值，翻倍，这就是答案。

没有指定的限制，只有大多数HTTP服务器的限制。但是，请记住这一点，我将实现一个具有合理固定长度的列(使用谷歌查找已知用户代理的列表，找到最大的并添加50%)，并且只裁剪任何太长的用户代理—任何特别长的用户代理即使在裁剪时也可能足够唯一，或者是某种错误或“黑客”尝试的结果。

我的看法是:

使用专用的表只存储UserAgents(规范化) 在相关表中，存储一个外键值，以指向UserAgent自动递增主键字段 将实际的UserAgent字符串存储在TEXT字段中，而不关心长度 有另一个唯一的二进制(32)(或64，或128取决于你的哈希长度)和哈希UserAgent

一些UA字符串可能会非常长。这样你就不用担心了。同时在INSERTer中强制最大长度以保持UA字符串在4KB以下。除非有人在用户代理中给你发邮件，否则它不应该超过这个长度。

HTTP规范根本不限制头的长度。 然而，web服务器确实限制他们接受的头部大小，如果超过413实体太大抛出。

根据web服务器及其设置，这些限制从4KB到64KB不等(所有头文件的总和)。

这并不是一个用户代理可以达到多大的指示，因为有很多答案显示了他们遇到的边缘情况，但在http://www.useragentstring.com/pages/useragentstring.php?name=All上可以找到的最长的是250字节。

Mozilla / 4.0 (compatible;MSIE 8.0;Windows NT 6.1;三叉戟/ 4.0;SLCC2;.net CLR 2.0.50727;.net CLR 3.5.30729;.net CLR 3.0.30729;Media Center PC 6.0;媒体中心PC 5.0;SLCC1;OfficeLiveConnector.1.5;OfficeLivePatch.1.3;.NET4.0C;Lunascape 6.3。

我今天得到了这个用户代理，溢出了我们供应商的存储域:

Mozilla / 4.0 (compatible;MSIE 8.0;Windows NT 5.1;三叉戟/ 4.0;GTB6; .net CLR 1.1.4322;.net CLR 2.0.50727;.net CLR 3.0.04506.30;MDDR; OfficeLiveConnector.1.3;OfficeLivePatch.0.0;.net CLR 3.0.4506.2152; .net CLR 3.5.30729

荒谬!229字符?

所以，把这个规模翻倍，再翻倍，你就可以等到微软的下一个错误(也许明年的这个时候)了。

要大于1000!