[讨论]收银软件里，商品条码你们用Long类型存13位条码还是字符串存？我特意比较110万行商品库的sql性能，发现有趣的事情···· - 专家坐堂 - Foxtable(狐表) - 新一代数据库软件，完美融合Access、Foxpro、Excel、vb.net之优势，人人都能掌握的快速软件开发工具!

Foxtable(狐表) → 用户栏目 → 专家坐堂 → [讨论]收银软件里，商品条码你们用Long类型存13位条码还是字符串存？我特意比较110万行商品库的sql性能，发现有趣的事情····

共有1827人关注过本帖树形打印复制链接主题：[讨论]收银软件里，商品条码你们用Long类型存13位条码还是字符串存？我特意比较110万行商品库的sql性能，发现有趣的事情····

chen3728060

小大 1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC

等级：二尾狐帖子：388 积分：5098 威望：0 精华：0 注册：2013/11/2 0:01:00

[讨论]收银软件里，商品条码你们用Long类型存13位条码还是字符串存？我特意比较110万行商品库的sql性能，发现有趣的事情···· 发帖心情

Post By：2017/4/17 18:38:00 [显示全部帖子]

图片点击可在新窗口打开查看此主题相关图片如下：1.jpg

此主题相关图片如下：2.png

测试环境，sql2000，110万行数据库。循环测试10次查询。

分别对字符串类型的barcode和integer类型的_identify查询

在90%的情况下，都是数字类型的匹配速度远胜字符串

唯独1个情况！就是超大数字，在找不到这个行的情况下，性能落后非常严重。

国家的条码都是13位数字的，如果用数字型存储，例如69xxxx，就是6兆9千亿xxxx。很恐怖啊

主题：[讨论]收银软件里，商品条码你们用Long类型存13位条码还是字符串存？我特意比较110万行商品库的sql性能，发现有趣的事情····