取这个题目,给我的感觉很沉重(跟最近心情有关,这里就不说了),做软件也有5,6年了(决不是为了炫耀,没什么能力,现在还是个程序员),也有一些体会,我感觉在实际项目中遇到很多问提,但是有没有一个好的解决方案。我希望这个贴子只是一个开始,希望有更多的人,把自已常遇到的问题提出来,把自已的解决方案提出来,在家一学习,进步。
我先说一个。性能问题(这个网站讨能架构,幽雅的设计,新技术有很多,但从多方面讨论性能的很少,我没看见)。现面列出两个我感触很深的例子:
1,教务系统中的学生选课,在这种情况下,并发很多,到少上千,数据必须时时动态的,当学生选课时,服务器会搞得很慢,最坏情况,就是压死。
2,从历史系统中查数据,因为是历史系统,没办法该动原表结构,为了查询一些数据,要关联很多表,查询非常慢(最坏的情况,一个sql查询要几分钟,好的要几十秒,这还是经过优化的),几十个用户就跑不动了。
对以上这些问提,我们该从那些方面来考虑(从系统架构方面,设计方面,sql方面,数据库方面,还是服务器方面,,,,,还是其它),我认为,从数据库,sql等方面来解决,只能治标,不能治本,治本必须从架构方面,设计方面,如果从架构方面我们该注意一些什么问提,该如何来设计(常听高人说,必须从设计方面来解决,但从没看到谁举下实际的例子出来),希望有高手能指点一下,大家能把自已的经验供享一下,最好能有实标例子,与解决方法。 :lol:
我先说一个。性能问题(这个网站讨能架构,幽雅的设计,新技术有很多,但从多方面讨论性能的很少,我没看见)。现面列出两个我感触很深的例子:
1,教务系统中的学生选课,在这种情况下,并发很多,到少上千,数据必须时时动态的,当学生选课时,服务器会搞得很慢,最坏情况,就是压死。
2,从历史系统中查数据,因为是历史系统,没办法该动原表结构,为了查询一些数据,要关联很多表,查询非常慢(最坏的情况,一个sql查询要几分钟,好的要几十秒,这还是经过优化的),几十个用户就跑不动了。
对以上这些问提,我们该从那些方面来考虑(从系统架构方面,设计方面,sql方面,数据库方面,还是服务器方面,,,,,还是其它),我认为,从数据库,sql等方面来解决,只能治标,不能治本,治本必须从架构方面,设计方面,如果从架构方面我们该注意一些什么问提,该如何来设计(常听高人说,必须从设计方面来解决,但从没看到谁举下实际的例子出来),希望有高手能指点一下,大家能把自已的经验供享一下,最好能有实标例子,与解决方法。 :lol: