摘要：
今天负责测试的同事报告说一个程序有了新问题，出现问题的时机不容易找到，出现的错误也很奇怪.在一个没有任何LIST的程序区域中出现索引超出范围的错误，而且一错就不能恢复！ 经过半天的跟进，发现问题出现在入口函数参量中引用了一个全局变量，这个变量是LIST类型，因为其它原因，没有用同步的方式调用。出现这样的问题，经过思考，最后用临界区去解决。 怕系统自带的同步效果时间反应长，没办法，主要的线程时间太敏... 阅读全文
摘要：
今天开会讨论一个非常重要的系统设计框架，个人觉得这是一个比较糟糕的设计，异常处理几乎没有，完全依赖后台响应，缓冲机制也没有。 从终端到后台，都有问题！因此在会上说了很多，提出了很多尖锐的问题和矛盾。 现在已经是会后了，感觉自己过于激动！我不过是这个系统中一个很小的参与者，甚至以前都没有参与过讨论。但我还是说了，跟以前一样，我 依赖自己的想法和责任，如果不说出来，自己很不舒服。 记得以前有个前辈说过... 阅读全文
摘要：
自从写了关于《三五个人十来条枪 如何走出软件作坊成为开发正规军》走出软件作坊：三五个人十来条枪 如何成为开发正规军（二），系列文章后，收到了很多网友的评论，也收到了很多网友的疑问请教。而大部分人都已经当上了项目经理，手下有个2-3个人或5-6个人。少部分人还在上学或者才毕业出来1-2年，询问的还是学什么语言和什么才是核心技术的之类问题。 从接到的请教来看，许多中国国内软件公司都是以项目为主，有单做... 阅读全文
摘要：
最近在改进一个老系统查询效率，数据量也不是很大，整个数据库就3-5G，单表记录1000W差不多，在查 询的时候碰到了查询超时的问题，比如查询一个月的记录，大约100W-500W，做过信息系统的大概都知道 ，查询这样的数据量，不是超时就是要等了几十秒到几分钟，做起统计来，就更慢了。前段时间一直在 优化速度上考虑，将执行脚本改为存储过程、制定合适的索引，改进SQL条件。速度虽然有了很大的提升 ，但还是... 阅读全文
摘要：
alter database [hutai] add filegroup [FG20070630] alter database [hutai] add filegroup [FG20071231] alter database [hutai] add filegroup [FG20080630] alter database [hutai] add filegroup [FG20081231] ... 阅读全文
摘要：
这个星期的工作定了下来，协助同事做公司信息系统的查询和统计优化工作。 6年前公司开发这个系统的时候没有考虑到会有单表记录千万级别的查询和统计，在设计数据库时也没有采用合适的设计，只有一个记录表。大大限制了现在公司系统的应用规模，目前的系统在百万级别就容易出现查询和统计时停顿、超时现象。 经过两天时间的资料整理，加上自己的经验，今天做了一个表格给相关的负责人，这个表格主要是确定我们系统的应用环境：包... 阅读全文
摘要：
查询优化 完全通过系统级服务器性能优化（如内存大小、文件系统类型、处理器的数目及类型等）解决性能问题可能很诱人。但经验表明大多数性能问题不能用这种方法解决。必须通过这些方法解决性能问题：分析应用程序以及应用程序提交给数据库的查询和更新，并分析这些查询和更新如何与数据库架构交互。 持续时间意外地长的查询和更新可能由下列原因引起： 网络通讯速度慢。 服务器计算机的内存不足或... 阅读全文
摘要：
经过一个星期的紧张开发，所负责的一个系统的升级改造工作终于完成了，对于这周的工作成果和效率，自己比较满意。以下为本次开发的总结： 原系统： 1 单机系统，主要目标为针对中小规模企业，开发时间为2003年，语言DELPHI7 2 发起一个后台服务，管理大约一个485网络内的20-30台RFID机器的实时交易 3 系统容量为30台机器、3000内的人事容量，100W以下的记录容量 目标系统： 1 系统... 阅读全文
摘要：
经过一个星期的紧张开发，所负责的一个系统的升级改造工作终于完成了，对于这周的工作成果和效率，自己比较满意。以下为本次开发的总结： 原系统： 1 单机系统，主要目标为针对中小规模企业，开发时间为2003年，语言DELPHI7 2 发起一个后台服务，管理大约一个485网络内的20-30台RFID机器的实时交易 3 系统容量为30台机器、3000内的人事容量，100W以下的记录容量 目标系统： 1 系统... 阅读全文