有几种方法可以做到这一点:
- 将它们存储为数值而不是字符串。您已经打折了,因为您希望保持字符串像
00100
完整的前导零。 - 按字符串顺序转换为数字。这将起作用,但请注意,这对于大型数据库而言是性能的杀手er。每行函数的扩展性不是很好。
- 添加第三列,该列与该字符串和索引的数字等效。然后使用
insert
/update
触发器来确保每当字符串列更改时就正确设置了它。
由于绝大多数数据库的读取比写入的频率要高,因此上述第三个选项会摊销所有选择的计算成本(在
insert/处完成
update)。您的选择将使用数字列进行排序(并且没有逐行函数),因此速度之快令人目眩。
您的插入和更新将比较慢,但这就是您要付出的代价,老实说,这是值得付出的。
触发器的使用保持了表的ACID属性,因为这两列保持同步。这是一个众所周知的习惯用法,您通常可以在大多数性能优化中以空间换取时间。
我们在很多情况下都使用了这种“技巧”,例如将姓氏的小写形式与原始
tolower文字一起存储(而不是使用),标识字符串的长度以查找所有7个字符的用户(而不是使用
len)等等。
请记住,只要您了解(并减轻)后果,就可以从第三种正常形式恢复性能。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)