CN102034158B - 高速条码识别与数据获取的数据库构建方法及系统 - Google Patents
高速条码识别与数据获取的数据库构建方法及系统 Download PDFInfo
- Publication number
- CN102034158B CN102034158B CN201010597215.8A CN201010597215A CN102034158B CN 102034158 B CN102034158 B CN 102034158B CN 201010597215 A CN201010597215 A CN 201010597215A CN 102034158 B CN102034158 B CN 102034158B
- Authority
- CN
- China
- Prior art keywords
- data
- server
- bar code
- database server
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Abstract
本发明提供一种高速条码识别与数据获取的数据库构建方法,设置一台应用系统服务器及多台数据库服务器;所述数据库服务器建立序列号组值并分别创建同名数据列表分别保存不少于十万条的条码数据;在所述应用系统服务器上创建只有一个字段的表并确定字段初始值,应用系统在保存数据时,首先读取该字段的值,然后再到包含此值的数据库服务器中的数据列表查找自然增长的条码数;由原来数据库服务器中的单一自然数加上数据库服务器序号组成条码值,据条码进行查询与获取数据,通过先识别标识序列号,然后就到包含此序号的表中去查找标识前的数值实现根据条码进行查询并获取数据。本发明还提供一种实现该方法的数据库系统。
Description
技术领域
本发明涉及计算机技术及网络通信技术领域,尤其涉及一种高速条码识别与数据获取的数据库构建方法,更涉及一种实现该方法的数据库系统。
背景技术
服装企业生产记数,基本上是采用打印菲仔,然后将其绑在裁片上的这种方法进行。服装企业裁床打印出来的菲仔有两种,一种是带有条码的,一种是无条码的。大部份服装企业,包括采用了大型吊挂系统进行生产的服装企业,是需打印带有条码的菲仔进行生产各环节的扫描识别记数,而采用RFID技术的,则采用打印无条码菲仔粘贴在RFID卡上进行刷卡识别记数。
RFID刷卡记数相比纸菲条码扫描记数而言,其优点之一是RFID卡可以重复使用,但目前推广这种技术的软件系统,都仍然需要打印贴纸,并需多种卡配套使用,加之,RFID卡重复再利用的周转时期长,因此,企业需要一次性投入大量的RFID做储备。
RFID卡在周转过程中,还面临保管、储存、清洁等管理方面的问题,因此,采用RFID卡,并不能节省打印菲仔的成本,反而会加重企业的投入与管理成本。RFID刷卡记数比条码纸菲记数真正的长处是其响应速度快,因此,如何解决或提高纸菲条码扫描记数响应速度是问题的关键。造成纸菲条码扫描响应速度慢的原因有多种,比如:打印设备的品质、打印碳带的品质、打印纸的质地等,但这些容易解决,也不是关键因素。关键又比较难解决的因素是:如何将生成条码的字符长度控制在一个较短的范围内。打印机打印的宽度,即纸菲的宽度是固定的,而条码是需要按一定的高度与宽度的比例,特别是要有足够的宽度,打印出来,才可以正确识别的。比如说:现在有一个纸菲的宽度,刚好只能正确识别出1位数条码,将条码的位数更改为7位数,这个条码的黑白空隙就会变得非常密实,甚至粘接在一起,很难或无法被识别。
在服装企业的软件管理系统中,产生条码字符的方法,通常有两种,一种是编码方式,一种是利用SQL2000数据库中表的标识字段自动生成顺序递增的自然数。第一种编码方式,字符长、复杂又很难避免重复,软件系统的(编程)实现最终还需客户参与完成,因而,这种方式是不可取的,一般不采用;第二种自然数自动增长方式,简单实用,条码生成数绝不重复,服装软件系统一般都是采用这种方式。但它是不断加上去的自然数,对于月产10-20万件的服装生产企业,其月生成条码数会达到一百万左右,一年累计下来就是上千万。也就是说,条码的位数,一个月内会迅速从1位数上升到7位数,一年后就会保持在8位数以上。这就是条码读取速度会越来越慢,以及服装企业所选择用来打印条码的纸菲的纸张只要求价格便宜、韧性强、宽度特别宽的原因。
另外,目前应用于制衣打菲计菲的信息管理系统还没提供裁床表格的形式,无法快速直观的录入裁床制单,不方便浏览统计;条码识别技术达不到高效准确无误的水平,不便于生产进度的查询。系统正常运行要求的硬件配置很高,需要额外增加硬件配套开支,增加了使用成本,报表中心控制的各项单据生成过程缓慢且容易出错,造成系统崩溃,不方便管理的同时容易造成数据丢失,无法对工序流程进行监控及生产状况的掌握。
发明内容
本发明的目的在于提供一种高速条码识别与数据获取的数据库构建方法,该方法生成条码的自然增长数的位数始终条码数据数值范围内,从而使条码的黑白竖线在固定的宽度范围内始终能保持较好的疏密度,一方面条码容易被扫描枪识别出来,另一方面又加快了系统读取数据表的速度。同时,也为减少打印纸菲的宽度,或在相对的单位时间内,多打印条码数量,提供了条件。本发明的又一目的在于提供一种实现该方法的数据库系统。
为有效解决上述技术问题,本发明采取的技术方案如下:
一种高速条码识别与数据获取的数据库构建方法,其方法包括以下步骤:
(1)设置一台应用系统服务器及多台数据库服务器;
(2)所述数据库服务器建立序列号组值并分别创建同名数据列表分别保存不少于十万条的条码数据;
(3)在所述应用系统服务器上创建只有一个字段的表并确定字段初始值,应用系统在保存数据时,首先读取该字段的值,然后再到包含此值的数据库服务器中的数据列表查找自然增长的条码数;
(4)由原来数据库服务器中的单一自然增长的条码加上数据库服务器序列号组成条码,据条码进行查询与获取数据,通过先识别标识序列号,然后就到包含此序号的列表中去查找标识前的数值实现根据条码进行查询并获取数据。
所述步骤(1)还包括以下步骤:所述应用系统服务器通过数据传输总线分别与多台所述数据库服务器相互连接,所述数据库服务器在同一前缀后加上数值组成序列号命名。
所述步骤(2)还包括以下步骤:所述数据库服务器按同名数据列表中保存条码数据的数值实现生成条码的自动增长,自然增长的条码数值达到保存数据数值上限时自动回1,又重新从1开始计数,其中设定表中任一字段的默认值为数据库服务器的序列号。
所述步骤(3)还包括以下步骤:所述应用系统服务器查找自然增长的条码数时,到包含此值的数据库服务器中的数据列表查自然增长的条码数是否大于条码数据的数值上限,如果未大于就将数据保存在该数据库服务器相应的列表中,如果大于则将字段初始值加1,然后,将数据保存在数据库服务器的下一顺序的服务器数据列表中,将条码字段标识所用的计数值重置为初始值,即重新从初始值开始。
所述步骤(4)还包括以下步骤:所述自然增长的条码数的位数始终被控制在条码数据数值范围内,从而使条码的黑白竖线在固定的宽度范围内始终能保持较好的疏密度,在条码容易被扫描枪识别出来的同时加快系统读取数据表的速度,在单位时间内,输出打印条码数量。
一种实现上述方法的数据库系统,包括一应用系统服务器及多个数据库服务器,所述数据服务器及应用系统服务器构成服务器端,所述应用服务器包括应用子系统、功能控制子系统、打菲管理子系统、数据管理子系统及报表管理子系统,所述数据库服务器包括数据传输模块、数据存储模块及数据调用模块;所述应用系统服务器通过数据传输总线分别与所述数据库服务器相互连接并交互通信。
所述数据库系统还包括一分级访问端,所述分级访问端包括直接与所述应用服务器相连接的工作站访问端及通过电话线与调制解调器相连接的远程工作站访问端;所述服务器端与所述访问端通过交换机构建的局域网或直接通过INTERNET相互连接实现交互通信。
所述服务器端支持日常服务器、备用服务器和急救服务器多服务器选择模式,提供灾难性服务器切换机制,所述功能控制子系统还包括权限管理模块,并采用单入口多权限管理模式。
本发明的有益效果为:本发明提供的高速条码识别与数据获取的数据库构建方法,生成条码的自然增长数的位数始终条码数据数值范围内,从而使条码的黑白竖线在固定的宽度范围内始终能保持较好的疏密度;一方面条码容易被扫描枪识别出来,另一方面又加快了系统读取数据表的速度。同时,也为减少打印纸菲的宽度,或在相对的单位时间内,多打印条码数量,提供了条件;本发明提供的数据库系统通过数据集中管理建立信息中心,通过数据集中管理建立信息中心(ICC),对信息中心的数据进行挖掘,建立数据库;用计算机跟踪、控制所有工序流程,达到随时了解生产状况;用计算机跟踪每个制单的生产状况;使用Fast Report报表系统,满足不同客户的多种报表自定义服务需求,支持不同打印机格式;以树状结构建立数据表和以ERP系统构架构建,可以无限延伸定制功能;多层应用体现工作效率:操作简单、方便、快捷;界面简洁、明了,使用者少培训或不培训就能操作系统;系统安装方便,在服务器更新版本后使用端自动更新版本;系统在对不同的工作岗位和具体操作等均实行严格的权限管理体制;对于敏感的操作具有日志记录功能。
下面结合附图对本发明进行详细说明。
附图说明
图1是本发明所述方法数据保存处理流程示意图;
图2是本发明所述方法条码识别查取数据流程示意图;
图3是本发明所述数据库系统服务器端系统结构示意图;
图4是本发明所述数据库系统整体组成结构示意图。
具体实施方式
实施例1:
参见图1及图2,一种高速条码识别与数据获取的数据库构建方法,其方法包括以下步骤:
(1)设置一台应用系统服务器及多台数据库服务器;
(2)所述数据库服务器建立序列号组值并分别创建同名数据列表分别保存不少于十万条的条码数据;
(3)在所述应用系统服务器上创建只有一个字段的表并确定字段初始值,应用系统在保存数据时,首先读取该字段的值,然后再到包含此值的数据库服务器中的数据列表查找自然增长的条码数;
(4)由原来数据库服务器中的单一自然增长的条码加上数据库服务器序列号组成条码,据条码进行查询与获取数据,通过先识别标识序列号,然后就到包含此序号的列表中去查找标识前的数值实现根据条码进行查询并获取数据。
所述步骤(1)还包括以下步骤:所述应用系统服务器通过数据传输总线分别与多台所述数据库服务器相互连接,所述数据库服务器在同一前缀后加上数值组成序列号命名。
所述步骤(2)还包括以下步骤:所述数据库服务器按同名数据列表中保存条码数据的数值实现生成条码的自动增长,自然增长的条码值达到保存数据数值上限时自动回1,又重新从1开始计数,其中设定表中任一字段的默认值为数据库服务器的序列号。
所述步骤(3)还包括以下步骤:所述应用系统服务器查找自然增长的条码数时,到包含此值的数据库服务器中的数据列表查自然增长的条码数是否大于条码数据的数值上限,如果未大于就将数据保存在该数据库服务器相应的列表中,如果大于则将字段初始值加1,然后,将数据保存在数据库服务器的下一顺序的服务器数据列表中,将条码字段标识所用的计数值重置为初始值,即重新从初始值开始。
所述步骤(4)还包括以下步骤:所述自然增长的条码数的位数始终被控制在条码数据数值范围内,从而使条码的黑白竖线在固定的宽度范围内始终能保持较好的疏密度,在条码容易被扫描枪识别出来的同时加快系统读取数据表的速度,在单位时间内,输出打印条码数量。
参见图3及图4,一种实现上述方法的数据库系统,包括一应用系统服务器及多个数据库服务器,所述数据服务器及应用系统服务器构成服务器端,所述应用服务器包括应用子系统、功能控制子系统、打菲管理子系统、数据管理子系统及报表管理子系统,所述数据库服务器包括数据传输模块、数据存储模块及数据调用模块;所述应用系统服务器通过数据传输总线分别与所述数据库服务器相互连接并交互通信。
所述数据库系统还包括一分级访问端,所述分级访问端包括直接与所述应用服务器相连接的工作站访问端及通过电话线与调制解调器相连接的远程工作站访问端;所述服务器端与所述访问端通过交换机构建的局域网或直接通过INTERNET相互连接实现交互通信。
所述服务器端支持日常服务器、备用服务器和急救服务器多服务器选择模式,提供灾难性服务器切换机制,所述功能控制子系统还包括权限管理模块,并采用单入口多权限管理模式。
实施例2:
本实施例中应用到的制衣打菲计菲信息管理系统的工作原理为:填写裁床制单,然后把制单数据录入系统,对其进行分扎管理并核对裁剪数,连接打印设备打印菲票将其下发生产车间,由工人完成扎货一道工序,剪下相应的菲票,完成工作后上交菲票,统计员用条码器将菲票读入系统,使其可查询每扎货的生产工人,自动生成计件工资表及生产报表,并随时可查询生产进度表。
参见图1及图2,某服装企业月生成条码数据量是一百万条左右,条码数据最少需在系统中保留三个月时间,即保留在系统的条码数据是在三百万条数据左右。那么,我们设计将这三百万条数据分布在31台数据库服务器上,三十一个服务器的名称分别为tmServer01、tmServer02、tmServer03……tmServer29、tmServer30、tmServer31。然后在每台数据库服务器中均创建一个同名“tm”的SQL2000数据表,此表保留的数据不超过十万条,即生成条码的自动增长的自然数达到99999时,就自动回零,又重新从1开始计数。表中有一字段的默认值为数据库服务器的序号,比如是tmServer01表,其值始终就为01;如是tmServer25表,其值始终就为25。
另设一台应用系统服务器,并在该服务器上创建只有一个字段的表,如:tmS,字段初始值为01,应用系统在保存数据时,首先读取该字段的值,然后再到包含此值的tmServer系列数据库服务器中的tm表查自然增长的条码数是否大于90000(为确保不超过99999应预留一些空间,也可将此值交于客户自行设置),如果不大于,就将数据保存在该数据库服务器相应的表中,如果大于,则将字段初始值加1,然后,将数据保存在tmServer系列数据库服务器的下一顺序的服务器数据表中,当tmS表中字段值为31,而tmServer31服务器tm数据表中存储的数据量大于90000时,表明当前系统保留的条码数据已超三百万,则可将tmS表中的字段值改写为01,将tmServer01服务器tm表中的数据清空,将条码字段标识所用的计数值重置为该列的种子,即重新从1开始。
当打印条码时,条码值则由原来的单一自然数加上服务器序号组成,比如是tmServer01表中的第一条数据,其条码值为:1-01,第2条数据,其条码值为:2-01,第3条数据,其条码值为:3-01……以此类推;如是tm25表中的第一条数据,其条码值为:1-25,第2条数据,其条码值为:2-25,第3条数据,其条码值为:3-25……以此类推;(以上的自然数加上数据库服务器序号的组成方式,也可服务器序号在前,代表条码的自然增长数在后,比如(tm01表):01-1,01-2等)
在根据条码进行查询与获取数据时,只要先识别出“-”后序号,然后就到包含此序号的表中去查找“-”前的数值就行了。
这样,生成条码的自然增长数的位数始终被控制在5位数范围内,从而使条码的黑白竖线在固定的宽度范围内始终能保持较好的梳密度。一方面条码容易被扫描枪识别出来,另一方面又加快了系统读取数据表的速度。同时,也为减少打印纸菲的宽度,或在相对的单位时间内,多打印条码数量,提供了条件。
本发明并不限于上述实施方式,凡采用与本发明相似结构及其方法来实现本发明目的的所有实施方式均在本发明的保护范围以内。
Claims (4)
1.一种高速条码识别与数据获取的数据库构建方法,其特征在于,其方法包括以下步骤:
(1)设置一台应用系统服务器及多台数据库服务器;
所述步骤(1)还包括以下步骤:所述应用系统服务器通过数据传输总线分别与多台所述数据库服务器相互连接,所述数据库服务器在同一前缀后加上数值组成序列号命名;
(2)所述数据库服务器建立序列号组值并分别创建同名数据列表分别保存不少于十万条的条码数据;
所述步骤(2)还包括以下步骤:所述数据库服务器按同名数据列表中保存条码数据的数值实现生成条码的自动增长,自然增长的条码数值达到保存数据数值上限时自动回1,又重新从1开始计数,其中设定表中任一字段的默认值为数据库服务器的序列号;
(3)在所述应用系统服务器上创建只有一个字段的表并确定字段初始值,应用系统在保存数据时,首先读取该字段的值,然后再到包含此值的数据库服务器中的数据列表查找自然增长的条码数;
所述步骤(3)还包括以下步骤:所述应用系统服务器查找自然增长的条码数时,到包含此值的数据库服务器中的数据列表查自然增长的条码数是否大于条码数据的数值上限,如果未大于就将数据保存在该数据库服务器相应的列表中,如果大于则将字段初始值加1,然后,将数据保存在数据库服务器的下一顺序的服务器数据列表中,将条码字段标识所用的计数值重置为初始值,即重新从初始值开始;
(4)由原来数据库服务器中的单一自然增长的条码数加上数据库服务器序列号组成条码,据条码进行查询与获取数据,通过先识别标识序列号,然后就到包含此序列号的列表中去查找标识前的数值实现根据条码进行查询并获取数据;
所述步骤(4)还包括以下步骤:所述自然增长的条码数的位数始终被控制在条码数据数值范围内,从而使条码的黑白竖线在固定的宽度范围内始终能保持较好的疏密度,在条码容易被扫描枪识别出来的同时加快系统读取数据表的速度,在单位时间内,输出打印条码数量。
2.一种实现权利要求1所述方法的数据库系统,其特征在于,包括一应用系统服务器及多个数据库服务器,所述数据服务器及应用系统服务器构成服务器端,所述应用服务器包括应用子系统、功能控制子系统、打菲管理子系统、数据管理子系统及报表管理子系统,所述数据库服务器包括数据传输模块、数据存储模块及数据调用模块;所述应用系统服务器通过数据传输总线分别与所述数据库服务器相互连接并交互通信。
3.根据权利要求2所述的数据库系统,其特征在于,所述数据库系统还包括一分级访问端,所述分级访问端包括直接与所述应用服务器相连接的工作站访问端及通过电话线与调制解调器相连接的远程工作站访问端;所述服务器端与所述访问端通过交换机构建的局域网或直接通过INTERNET相互连接实现交互通信。
4.根据权利要求2所述的数据库系统,其特征在于,所述服务器端支持日常服务器、备用服务器和急救服务器多服务器选择模式,提供灾难性服务器切换机制,所述功能控制子系统还包括权限管理模块,并采用单入口多权限管理模式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010597215.8A CN102034158B (zh) | 2010-12-21 | 2010-12-21 | 高速条码识别与数据获取的数据库构建方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010597215.8A CN102034158B (zh) | 2010-12-21 | 2010-12-21 | 高速条码识别与数据获取的数据库构建方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102034158A CN102034158A (zh) | 2011-04-27 |
CN102034158B true CN102034158B (zh) | 2016-11-02 |
Family
ID=43887015
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010597215.8A Expired - Fee Related CN102034158B (zh) | 2010-12-21 | 2010-12-21 | 高速条码识别与数据获取的数据库构建方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102034158B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1696926A (zh) * | 2004-05-15 | 2005-11-16 | 鸿富锦精密工业(深圳)有限公司 | Mac地址自动分配系统及方法 |
CN101127047A (zh) * | 2006-07-14 | 2008-02-20 | 国际商业机器公司 | 管理产品电子代码编序的方法和数据库系统 |
CN101576511A (zh) * | 2009-05-07 | 2009-11-11 | 英华达(上海)科技有限公司 | 测试系统、测试装置以及序号产生装置 |
CN101676899A (zh) * | 2008-09-18 | 2010-03-24 | 上海宝信软件股份有限公司 | 海量数据库记录的归档和查询方法 |
-
2010
- 2010-12-21 CN CN201010597215.8A patent/CN102034158B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1696926A (zh) * | 2004-05-15 | 2005-11-16 | 鸿富锦精密工业(深圳)有限公司 | Mac地址自动分配系统及方法 |
CN101127047A (zh) * | 2006-07-14 | 2008-02-20 | 国际商业机器公司 | 管理产品电子代码编序的方法和数据库系统 |
CN101676899A (zh) * | 2008-09-18 | 2010-03-24 | 上海宝信软件股份有限公司 | 海量数据库记录的归档和查询方法 |
CN101576511A (zh) * | 2009-05-07 | 2009-11-11 | 英华达(上海)科技有限公司 | 测试系统、测试装置以及序号产生装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102034158A (zh) | 2011-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100440141C (zh) | 可用户化的信息处理装置及方法 | |
CN107368967A (zh) | 基于互联网的工程安全质量巡检智能管理方法 | |
CN101599067B (zh) | 一种用户自定制报表的方法 | |
CN106886418A (zh) | Html界面控件贴 | |
CN102270224B (zh) | 信息系统数据输出装置和信息系统数据输出方法 | |
CN106202021A (zh) | 由多个用户对博客的实时同步文档编辑 | |
US20040049738A1 (en) | Computer implemented system and method of transforming a source file into a transfprmed file using a set of trigger instructions | |
CN103942184B (zh) | 具有附加项汇总报表的配置方法、生成方法及系统 | |
CN106293554A (zh) | 一种云打印系统及云打印机 | |
CN109196544A (zh) | 顺序管理系统及程序 | |
CN103020027A (zh) | 生成动态报告的方法、装置与系统 | |
CN104182225B (zh) | 一种通用移动信息系统适配方法与装置 | |
CN103559597A (zh) | 融入多维因素商品条形码技术的储物监控方法 | |
CN102347985B (zh) | 个性化云服务网报系统 | |
CN101261571A (zh) | 用于批量打印装箱清单的装置及方法 | |
CN1983313A (zh) | 工作流数据处理装置及方法 | |
CN102034158B (zh) | 高速条码识别与数据获取的数据库构建方法及系统 | |
CN102033939A (zh) | 基于soa架构的高速条码识别数据库管理方法及系统 | |
CN101956283B (zh) | 一种阿克明斯特地毯纱线准备的方法 | |
CN110689149B (zh) | 数据中心移动巡检平台 | |
CN110866712B (zh) | 基于bim模型插件的构件智能物流定位方法及系统 | |
CN101477645B (zh) | 预警服务管理方法及系统 | |
CN102081654A (zh) | 基于soa架构的高速条码识别数据管理方法及系统 | |
CN101516086A (zh) | 移动通讯的业务匹配方法 | |
CN104766118B (zh) | 一种固定式石油钢管rfid电子标签装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB03 | Change of inventor or designer information |
Inventor after: Sun Mingke Inventor after: Qin Bingzhu Inventor after: Sun Huahai Inventor after: Mo Derong Inventor before: Guo Zhijian |
|
COR | Change of bibliographic data | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20161102 Termination date: 20191221 |
|
CF01 | Termination of patent right due to non-payment of annual fee |