我们上一篇讲到了Cache数据库的动态页面CSP的相关内容，了解了如何用CSP的基本用法。

那么，当我们写好了CSP页面，想把它部署到服务器的时候去运行的时候要怎么办呢？在Studio中Cache数据库是提供了一个很小的httpd的服务，而且仅用来测试CSP页面的，这离我们真正的生产环境还有很大的距离。

现在大家都在讲信息系统的智能化、自动化，说到LIS系统，最火的就是自动审核。

于是我们定义一套自动审核的规则，包括数值的比较、差值检查、逻辑关系与关联性分析等等。

Cache数据库强大的地方在于其第三方的objectScript，在LIS与众多设备通讯中，有了这个就相当的方便。

Cache建立基于Socket的TCP连接，收到数据后，直接用ObjectScript进行解析，然后保存到数据库，可以说是没有中间商赚差价。

最近服务器相当的不稳定，每天都会宕机。

挂了的时候所有的程序都连接不上数据库，大概过10分钟左右又好了！

自从搞清楚了Cache里面可以建立TCP连接之后，就有一种冲动，把单向连接的设备用一个程序搞定，于是做了一个FileClient。

具体的就是把本地的文件通过TCP连接发送到Cahce的后台，然后在Cache的studio里面再解析相关的文件，最后把结果保存到数据库。

同样的ASTM协议，不同的仪器，不同的厂家搞出来之后，还真是五花八门的。

比如西门子的化学发光分析仪的中间的抓手模块,这个ASTM协议不用ETB来分割内容，全部都是ETX。

话说LIS公司忙着去其它项目上线去了，提交的需求这两周是怎么也拉不动。

同事和我说标本是越来越多了，你忍心让我天天手抄结果么？

这几天在查LIS与Infinity通讯的一个bug，罗氏的工程师告诉我，LIS经常会发一些空的Order过来，让我查查接口为啥会出现这种情况。

有朋友问我LIS的连接接口要怎么做，我说先搞定串口或者TCP连接，然后搞定ASTM和HL7协议，最后搞定具体的结果传输和项目上传。

但是问题又来了，那么厚的英文文档不要看半天，有快速搞定的方法么？

玩了那么久的Cache数据库，总是在玩它方便的global结构，但其实除了他的global结构和传统用“\”分割的字符串结构，Cache这些年主打的是其面向对象的结构。目前，使用Cache数据库开发的新的很多系统都基本上是用class来做的了。