近年来，随着云计算技术的逐步成熟，由于云计算模式在降低投资、可扩展性、稳定性等方面无可比拟的优势，向云模式发展，成为了一种趋势，越来越多的医疗机构把自己的HIS系统从LAN搬到了云计算平台。但与此同时很多搬到云计算平台的HIS系统都遇到了速度下降的困扰，为什么会如此呢？
（网络图片如有侵权立即删除，敬请通知）
一般来说，只要选择合理，不被坑，云计算平台和局域网环境比起来，服务器的性能和速度不会下降，当存储的数据量很大时，云平台的服务器速度比起LAN环境的服务器速度通常还有优势，数据量越大这种优势越明显。之所以出现速度下降，主要是由网络速度下降引起的，因为公共internet网的速度再怎么也不能和LAN相比。为了应对网速的下降，必须对原有的HIS应用程序进行调整和优化。在此列出几点供大家探讨。
01、在LAN环境下，也许动辄简单粗暴的把整个页面重绘对速度影响不明显，但在公共internet网环境下这种简单粗暴的全页面重绘往往会使系统的响应时间大幅延长，只重绘必须重绘的页面元素是程序员的必选项。
02、SQL语句，应尽量避免使用 select * 这样的语句，而是需要什么字段查询什么字段。
03、当查询结果行数较多时，尽可能使用limit 限制返回的行数。
04、尽量把文本和二进制字段分开，重要的频繁使用的文本要单独提取存放，不要为了编程省事和二进制数据裹挟在一起。
05、大的二进制数据可以分多个字段或者记录存储，避免不停的传输大的二进制数据。
06、利用好客户端本地缓存，尽量避免重复传输。
还有一些SQL语句优化虽然无法减少网络数据传输量，但是可以减少数据库的查询时间，从而弥补抵消网络传输变慢所延长的时间。例如：
01、尽量避免SELECT DISTINCT语句，SELECT DISTINCT占用了大量的数据库服务器计算资源。为避免降低查询性能，您可以在where中选择更多字段以生成唯一结果。
02、尽量使用where而不是HAVING定义过滤器。只在聚合字段上进行过滤时才使用HAVING语句。
03、使用inter join而不是where进行联接。尽管对开发人员来说，在进行联接时WHERE使用起来更省事，但这冒着创建笛卡尔乘积的风险，它们生成SQL语句中列出的变量的所有可能组合。这可能会很快导致大型数据库出现问题，因为来自两个数据丰富的表的所有可能组合都可以轻松产生数十亿（甚至数万亿）的结果。INNER JOIN子句在很大程度上避免了此问题。
尚医云-云His数字医疗平台，不但功能强大，而且交互速度快，体验好，得到客户的高度认可，其系统业务流程和应用完全满足医疗机构的需要。
助医者 济苍生
We serve those who heal the world
【尚医云·云HIS】为什么这么慢？HIS从LAN到云，HIS不能一搬了之
