解惑

解己之惑,解人之惑

2007年12月

种田

我老婆在她的blog里面抱怨的就是这个种田游戏,其实就是类似于帝国时代那样的网页游戏,升级资源田,建造兵营什么的造兵打仗,开始玩是因为无聊,后来强大了就感觉越来越好玩,而且有联盟里面的人一起玩,可以帮你抵御大敌。
刚开始的时候感觉花不了多少时间,但是现在感觉越来越花时间,原来只有一个村庄,现在有10几个,每个村庄要升级,而升级又非常的慢,然后各个村庄之间的资源调配很麻烦。
老婆一直非常的反感,因为我整天用电脑,回来还是用电脑玩这个游戏。
前几天联盟的里面的人帮我弄了一个15T,但是要从0建设起,感觉头大,后来想着自己是写程序的,干嘛不写一个东西自动升级呢?呵呵,经过3天的奋战(业余时间)终于可以工作了,呵呵,还不错,这个才叫专业嘛

PS:游戏是travian

Inner join的问题

这个是最近感觉最有成就的一个发现了。
我们的系统有一个存储过程执行一个很核心的查询功能,但是在某些情况下非常的慢,而且最近QA一直在做性能测试,每天发送大量的数据,导致系统的性能越来越慢,我原来也曾经优化过这个存储过程,建了很多索引,解决了那个时候管理员用户的问题,但是现在很多普通用户的问题更加的严重,经过调试发现第一步的查询非常的慢,打印出结果来发现那个查询会产生9千万条纪录,而且会使用多达6G的硬盘空间来存储临时数据,后来加了个distinct解决了空间问题,空间使用不到6M,但是速度还是很慢,使用Tuning Advisor优化也没有什么帮助,后来我想了下为什么会产生那么多相同的数据呢?仔细看了下SQL,发现它用6个表进行inner join,但是只从其中的四个表各取一个字段,我就把另外的两个表从inner join移到where条件了,查询时间从6分钟(问题最大的一个用户)减少到6秒,呵呵

© 2025 解惑

本主题由Anders Noren提供向上 ↑