
上次我们说到自从用了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的程序的时候,乱码是个比较头疼的问题。尤其是现在服务器的提供商等等的问题,有时候一个问题解决不了,还真的想死呢。下面说说个人的经验。