上次我们说到自从用了NoSQL数据库之后，感觉编程效率极大的提高了，抛弃了对象和关系的映射ORM，整个人都清爽很多了。
但是要用好NoSQL数据库的话，我们还是得了解它的基本原理，设计思路，才能在编程路上避免很多的坑。
你是不是觉得写个小程序时候，通过ini文件或者xml文件来存储设备的配置非常不爽？首先你要先定义一个类，然后写读取函数要写一堆重复的字母，然后写入函数又要写一堆重复的字母。
自从换了东华的LIS之后，所有仪器的接口都是用串口转网口再与服务器通信的。
服务器收到数据后，服务器通过服务器端的ObjectScript脚本语言可以对数据进行处理，然后把结果保存到服务器或者把Order通过tcp发送回仪器。
继续聊我们LIS数据库优化的问题，那日我准备重建索引的时候，发现所有的索引都是非聚集索引。
尤其是那张有着8千万条数据的resulto结果表，res_date也被设置成为了非聚集索引。
为了验证我们的非聚集索引会极大的降低效率，我在备用库中做了个实验。
这个是res_date非聚集索引的结果：
讨论这个问题的原因，最初来自于惠侨的工程师。我们医院用的HIS是军卫的系统，该系统的数据库是oracle的，在医生开具检验申请的时候，orcle有个序列发生器，用来生成唯一的test_no。但是当这个问题放到sql server里面来的时候，我们发现好像没法做？
此外，真正要解决这个问题，还源于我做的试剂耗材的管理系统。以往生成条码为了保证唯一性，使用日期时间+序列的方式，为了保证它不重复，时间就取的很细，到了毫秒级别。虽然理论上来讲这仍然有重复的可能性。
其实重复毕竟是小概率，但是条码却太长了，比如一个试剂的条码是20140801162430234001，这么一大串，一来不容易被条码枪识别，二来即便识别也容易造成识别前半部分。如果实在没有识别要手输的话，就是要费很大的工夫了。
Firebird(火鸟）诞生于1981年，是一个跨平台的关系数据库系统，支持ANSI SQL语法的大多数特性，目前能够运行在Windows、linux和各种Unix操作系统上，它既能作为多用户环境下的数据库服务器运行，也提供嵌入式数据库的实现。
Firebird脱胎于Borland公司的开源版数据库Interbase6.0，是一个完全非商业化的产品，用C和C++开发。由于与interbase的血缘关系，大部分interbase的开发工具可以直接应用到Firebird开发中。Firebird使用Mozilla Public License v.1.1许可证发行。
对于信息管理类的程序来说，一个系统就是一个信息库。在大量的信息中为了索引、区别，最好的办法就是用数据库。然而建立一个简洁、高效、全面的数据库却并不简单。一个优秀的数据库无疑能够帮助程序员减少业务逻辑操作，减少出错的可能性；而一个糟糕的数据库设计会在需要添加功能的时候无从扩展，或是大量的冗余造成性能的瓶颈。
因此，建立一个优秀的数据库，设计好每一张表格变成了尤为重要的事情。然而，很多的问题考虑起来就非常的复杂和繁琐，且需要对系统的深彻把握和对程序代码的经验积累。但是吵吵认为最好的方式还是“综合考虑，利弊权衡。”
wordpress的数据库一向是比较小的那种，如无扩充，现在是12个表。从phpadmin进入看看后，发现一个博客的表确实是简单，不会像cms等各种纠结的关系，也许这个wp依然php而不是静态页得原因之一吧。通过对数据库的观察，最纠结的还是tags即标签的表比较复杂呢，这里来理清一下，因为最近想写个插件，为每个tags增加一张图片。
刚刚搭建一个网站，或者刚刚想测试一下自己的写的php的程序的时候，乱码是个比较头疼的问题。尤其是现在服务器的提供商等等的问题，有时候一个问题解决不了，还真的想死呢。下面说说个人的经验。
