Mysql 如何处理尺寸随时间增加的条形码
在我的软件中,我的产品有一个条形码(Mysql 如何处理尺寸随时间增加的条形码,mysql,barcode,Mysql,Barcode,在我的软件中,我的产品有一个条形码(Code39),如下所示: BARCODE.ID的类型 例子: 16.1 TypeOfBarcode是一个具有最大大小的固定数字,但ID是MySql上的一个自动增量int(11) 既然ID将变得越来越大,我该怎么做才能使打印的条形码始终保持相同的大小?此条形码打印在固定尺寸的标签上,因此它不能超过特定尺寸 我应该在我的身份证前面放一些线索吗? 类似于16.0000001让我的条形码始终保持相同大小?所说的“固定大小”是指“显示时固定的字符数”吗?也就是说,你是
Code39
),如下所示:
BARCODE.ID的类型
例子:
16.1
TypeOfBarcode
是一个具有最大大小的固定数字,但ID
是MySql
上的一个自动增量int(11)
既然ID
将变得越来越大,我该怎么做才能使打印的条形码始终保持相同的大小?此条形码打印在固定尺寸的标签上,因此它不能超过特定尺寸
我应该在我的身份证前面放一些线索吗?
类似于
16.0000001
让我的条形码始终保持相同大小?所说的“固定大小”是指“显示时固定的字符数”吗?也就是说,你是在问如何用零来填充你的身份证吗?是的,我不希望我的条形码在打印时总是一样大。前导零只是我的一个想法,我不知道这是否是一个更好的处理方法为什么要依赖MySQL来格式化你的数字?您最好使用您的语言代码。。。否则,存储为字符串?@alexandre可以说,对于OP的条形码,ID实际上不是数字,而是16个字符的字符串,恰好是零填充字符串。在DB中强制执行这一点意味着ID独立于使用代码。这可能更可取。您所说的“固定大小”是指“显示时固定的字符数”吗?也就是说,你是在问如何用零来填充你的身份证吗?是的,我不希望我的条形码在打印时总是一样大。前导零只是我的一个想法,我不知道这是否是一个更好的处理方法为什么要依赖MySQL来格式化你的数字?您最好使用您的语言代码。。。否则,存储为字符串?@alexandre可以说,对于OP的条形码,ID实际上不是数字,而是16个字符的字符串,恰好是零填充字符串。在DB中强制执行这一点意味着ID独立于使用代码。这可能更可取。