CODESOFT数据库连接怎么配置 CODESOFT数据库字段无法读取怎么办

CODESOFT的数据库连接要怎么去配置，还有数据库的字段没有办法读取的时候怎么办，这些问题的重点，并不是光把Excel、Access或者SQL Server连接上去就算完事了，而是要能让标签的模板稳稳当当地读出字段里的数据，把记录给它匹配好，到了打印的时候还得能正确地把那些会变动的数据给调用出来；CODESOFT这个软件，它支持通过数据库的连接，把业务上的资料用在标签的设计和打印上面，比较常见的连接办法，就包括了ODBC和OLE DB这两种。

一、CODESOFT数据库连接怎么配置

在开始配置数据库的连接之前，数据源的类型是需要先去弄清楚的；像是Excel的表、Access的档案、SQL Server的资料库，还有从ERP系统里头导出来的那些中间表，它们在连接的方式上，还有权限的要求上，全部都是不一样的；要是数据源本身就不稳定的话，那么到了后面的步骤，比如把字段给绑定上去、在打印的时候做筛选，还有大批量地输出，这些地方都会跟着受到影响。

1、准备数据源

首先，要把数据库里头的表头、每一个字段的名称，还有这些数据的格式，都给整理好；在给字段起名字的时候，不要老是去用一些特别的符号，那些合并过的单元格、空白的表头，或者是被藏起来的列，也别往Excel的数据源里头搁；因为CODESOFT在读取字段的时候，是很依赖一个清清楚楚的数据结构的，一旦源表本身就乱七八糟的，那么软件里头能看到的字段，也就很容易变得缺东少西的了。

2、建立数据库连接

去【Database Manager】那里，把数据源添加上，接着选好对应的数据库是属于哪一种类型的，然后再进到连接的设置里头去。

要是常用的那些类型里面找不到要用的那一个，那就可以先选上其他的数据库类型，接着往下把连接的提供程序给配置好；在配置的时候，用户要确认好文件的路径、服务器的地址、数据库的名字、账号密码，还有访问的权限，这些全都没弄错才行；如果模板要在不同的电脑上使用，更稳当的做法是用一个固定的共享路径，或者是统一好数据源的名字，这样可以避免换了一台电脑以后，就找不到数据库的情况了。

3、绑定标签字段

等到连接成功以后，就可以动手把数据库里面的字段，给绑定到标签上那些文字、条码，或者是二维码的对象上面去了；举个例子来说，产品的名称可以把它绑到文字的框框里，批号就绑到条码那个地方，生产的日期呢，则是绑到一个日期类型的字段上；绑完以后，要先去预览一下好多条的记录，确认好每一个字段里头的内容，是真的会跟着记录的不同去变的，而不是光显示第一条出来，或者干脆就是一段固定不动的文字。

二、CODESOFT数据库字段无法读取怎么办

当字段读不出来的时候，别光在模板的界面里头，把连接删了又连、连了又删地来回折腾；多数的麻烦，其实是出在数据源的格式、驱动的位数、字段的名字、读写的权限，或者是记录筛选的条件这些地方上的；在排查的时候，头一件事情就是要先分清楚，到底是整个数据库压根就连不上去，还是说连接已经是成功的了，只不过字段没有显示出来而已。

1、检查驱动和位数

要是用的是ODBC这种连接的方式，那就得去确认一下，在系统里面，对应那个数据库的驱动程序是不是已经给装上了，而且这个驱动的位数，还要跟CODESOFT本身的环境能够配得起来；一种很常见的情况是，系统里头装好的是64位的驱动，可是软件实际要的却是一个32位的数据源，这样在测试连接的时候，它就会失败，要不然就是字段的列表显示出来是一片空白的。

2、检查字段名称

字段的名字，最好是让它保持得又简单又清楚，空格、特殊的符号、重复来重复去的名称，还有那种特别长的名字，这些都要尽量地避开；通常在Excel里头，头一行就是要拿来当成字段的名字来用的，要是这一行填的是说明一样的文字、合并起来的单元格，或者是空白的一列，那CODESOFT就有可能没办法把字段正确地认出来；要是碰到了字段不见的情况，可以先动手把原始的那个表另外存成一个干净一点的版本，只把表头和用来测试的数据留下来，然后拿这个版本再去连一次。

3、检查访问权限

数据库的那个文件，要是被放在了共享的盘上、服务器里头，或者是一些受管制的目录底下，就得去确认一下，当前使用的这个用户，它到底有没有读取的权限；如果碰到的是SQL这一类的数据库，除了文件之外，还要去查一查那个用来连接的账号，它是不是有去查询表，或者查询视图的权限；能够把文件打开，并不代表软件就一定能读出里面的字段来，特别是当好多人在共用同一个模板的时候，权限上的一点点差别，就很容易搞成有些电脑能用，有些电脑却用不了的局面。

三、数据库连接后怎么保证打印稳定

数据库里面的字段能够被读出来了，这只能说明连接这一块，已经是基本上可以用的了；在正式开始打印之前，还要再去检查一下，记录的筛选条件、字段的格式，还有一些不大正常的数据，要是不去管这些的话，那等到大批量打印的时候，还是有可能会打出空白的标签、错掉的行，或者条码变得不正常这些问题。

1、核对记录筛选

要是模板里面，已经设下了一些用来查询的条件，那就得去确认好，拿来筛选的那个字段，跟要匹配的数值，还有它们的数据类型，这几样东西是不是都一致的；比如说，订单号这个东西，本来明明就是一段文本的格式，可你在筛选的时候，却把它当成数字去处理了，那就可能会一条记录也查不到；筛选的条件越是弄得复杂，就越要先用一点点测试的数据，拿去好好地验证一下。

2、检查字段格式

像日期、数量、价格，还有批号这一类的字段，都得去确认一下，它们在数据库里面是个什么样子，到了标签上面显示出来，又是什么样子，两边是不是能够对得起来；在Excel里头看着明明是日期，可它背后存的有可能就是一个序列号那样的数值；要是数字字段里头本来带着前头的零，被导进去以后，这些零也有可能会被自动地给拿掉；特别是用在条码上的那些字段，内容一旦有变化，它的长度、字符集，还有校验的规则，是不是还能符合之前的要求，这一点尤其要多留个神。

3、保留连接记录

所以，比较建议的做法是，把数据库的类型、连接的方式、数据源的名字、文件的路径、服务器的地址，还有字段是怎么样绑定的，以及模板的版本这些信息，全都给记下来；以后要是换了电脑、换了数据库，或者改动了字段的名字，有了这些记录，就可以很快地看出来，到底是哪一个环节发生了变动，而不是要重新对着模板，一项一项地去瞎猜。

总结

CODESOFT的数据库连接到底要怎么去配，字段读不出来又该怎么办，做这些事情的时候，可以照着“先动手把数据源给整理好，再接着把连接建立起来，然后去绑定那些字段，最后再去检查驱动、权限，还有字段的格式”这样的一个顺序，一步一步地去处理；在字段读不出来的时候，别光一个劲儿地怀疑是模板的问题，要先去看一下数据源的表头是不是对的、ODBC或者OLE DB这些驱动的情况、位数的匹配、访问的权限，还有筛选的条件；把数据库的结构、连接的方式，还有字段跟标签的绑定关系，都给固定下来了以后，CODESOFT做批量打印的时候，才会变得更加稳当。