一、业务用例模型 二、系统用例模型三、活动图四、时序列图五 交互图六 类图七、状态图八、 组件图九、布局(配置)图 Read More
http://wenku.baidu.com/view/487b9e28bd64783e09122bdf.html Read More
http://wenku.baidu.com/view/ae3020170b4e767f5acfce7b.html Read More
Apache2.2Tomcat6集群服务器配置引言既然Tomcat本身已经可以提供这样的服务,我们为什么还要引入Apache或者其他的一些专门的HTTP服务器呢?原因有下面几个:1.提升对静态文件的处理性能2.利用Web服务器来做负载均衡以及容错3.无缝的升级应用程序这三点对一个web网站来说是非常之重要的,我们希望我们的网站不仅是速度快,而且要稳定,不能因为某个Tomcat宕机或者是升级程序导致用户访问不了,而能完成这几个功能的、最好的HTTP服务器也就只有apache的httpserver了,它跟tomcat的结合是最紧密和可靠的。JK方式:A、准备工作Apache:httpd-2.2.1 Read More
使用 StateServer 保存 SessionPost by roydux, 2008-4-23, Views:89 正常操作情况下Session会无故丢失。因为程序是在不停的被操作,排除Session超时的可能。另外,Session超时时间被设定成60分钟,不会这么快就超时的。 这次到CSDN上搜了一下帖子,发现好多人在讨论这个问题,然后我又google了一下,发现微软网站上也有类似的内容。 现在我就把原因和解决办法写出来。 原因: 由于Asp.net程序是默认配置,所以Web.Config文件中关于Session的设定如下: <sessionState mode=... Read More
在一个asp.net1.x时代,我们一个站点的状态服务器(或者叫会话服务器),最多只能有一台,一台服务器在中小型网站下问题还不大,一旦网站到了一定的规模,状态服务器会压力很大。asp.net从2.0开始就对状态服务提供了基于Hash的负载均衡策略。下面具体谈一下这种策略的实现方式。 一、配置文件:修改SessionState配置节 <SessionState mode="StateServer" timeout="20" partitionResolverType= "mySessionState.PartitionResolver&qu Read More
1. 树表设计,建议在树表中增加字段TreePath 2. 记录超过一百万的表要考虑是否需要使用分区表。对于能够明确确定分区字段,并且经常通过分区访问记录的。分区表会提高查询性能。 3. 反范式 在第三范式设计的基础上,针对具体的数据情况和应用访问数据情况进行的设计,使用适当的数据冗余和数据不一致风险,提供更高的数据访问性能,以保障应用的性能要求。 4. 避免使用Select * 5. 使用Set代替Select进行赋值 6. 必要的时候,使用关键字”NOLOCK”避免锁定 7. 不需要排序的时候,不要使用关键字”Order 8. 字符列字节长度小于等于10时,使用char或者nc... Read More
随着中国大型IT企业信息化速度的加快,大部分应用的数据量和访问量都急剧增加,大型企业网站正面临性能和高数据访问量的压力,而且对存储、安全以及信息检索等等方面都提出了更高的要求…… 本文中,我想通过几个国外大型IT企业及网站的成功案例,从Web技术人员角度探讨如何积极地应对国内大型网站即将面临的扩展(主要是技术方面,而较少涉及管理及营销等方面)矛盾。 一、 国外大型IT网站的成功之道 (一) MySpace 今天,MySpace已经成为全球众口皆碑的社区网站之王。尽管一流和营销和管理经验自然是每个IT企业取得成功的首要因素,但是本节中我们却抛弃这一点,而主要着眼于探讨在数次面临系统扩张的紧急.. Read More
最近12306.cn网站事件引起了很多人对架构的思考。这种访问量巨大的网站究竟该如何来做架构,下面是我的想法: 因为要考虑到通用抛开业务单纯从技术层面分析,要承载海量用户的访问,要求网站高性能和高可用、安全可靠 、高可收缩性 、易于维护 等等一堆硬性的要求。对架构师来说是极大的考验。先上图:一、对高性能的解决方案大多都是负载均衡,但负载均衡应该做在那一层或者哪几层呢?1.1、首先是 DNS解析层面的负载均衡 , 这一层不但可以做负载还可以做分网(电信、网通和教育网)路由 , 和静态内容(图片之类的东西)路由 ,把静态内容独立出来本身就有利于做CDN、性能优化和日常维护。这一层的路由性能是最高. Read More
先更新,再提交 SVN更新的原则是要随时更新,随时提交。当完成了一个小功能,能够通过编译并且自己测试之后,谨慎地提交。 如果在修改的期间别人也更改了svn的对应文件,那么commit就可能会失败。如果别人和自 己更改的是同一个文件,那么update时会自动进行合并,如果修改的是同一行,那么合并时会产生冲突,这种情况就需要同之前的开发人员联系,两个人一起协商解决冲突,解决冲突之后,需要两人一起测试保证解决冲突之后,程序不会影响其他功能。 在更新时注意所更新文件的列表,如果提交过程中产生了更新,则也是需要重新编译并且完成自己的一些必要测试,再进行提交。这样既能了解别人修改了哪些文件,同时也能避免S Read More