由于特定原因,我们计划在我们这边保存twilio呼叫ID。为了提高效率,我们最好将它们存储为uuid而不是varchar。
从我们的测试中,我们得到的呼叫ID长度为34个字符,以“CA”开头。我们想知道是否总是这样。
我们在数据库中存储32个字符的id(没有前两个字符)作为uuid是否安全?这会是独一无二的吗?
答案 0 :(得分:0)
Haven没有在文档中找到任何信息,所以我的消化是。不要做。
如果未在文档中指定" accountsid"在没有字母(CA)的情况下是独一无二的,那么他们可以自由地使用它们。
也许它有效,也许它继续工作,但是它可能不起作用,你将花费大量资源来追查这个bug。然后你会后悔没有保存完整的34个字符的长行只是为了节省几个字节。
答案 1 :(得分:0)
所以,我联系了Twilio支持,因为我们真的避免将id存储为varchar。如上所述,文档中没有关于id的内容。
原来他们说保存最后32个字符是安全的。因此,我们可以将其保存为uuid,并且在保存,获取记录时效率更高。