一、业务用例模型 二、系统用例模型三、活动图四、时序列图五 交互图六 类图七、状态图八、 组件图九、布局（配置）图 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