软件设计中的天灾和解决方案.doc_第1页
软件设计中的天灾和解决方案.doc_第2页
软件设计中的天灾和解决方案.doc_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

软件设计中的天灾和解决方案（DB结构发生变动） 荣少在自主研发项目中很多情况下由于先前的设计考虑不周或者开发者和设计者的沟通不够就会发生在项目进入尾声阶段的时候数据DB发生了变动。无可否认这的确是一个天灾。任何开发员都知道，在项目中期和为期的时候如果改动DB结构将会发生一系列的连锁反应，即时你的项目中运用了设计模式等方式来降低耦合度。但是对于DB的修改所造成的反应将是很验证的，至少会在很大程度上影响项目的开发速度。以前在网上看到关于表继承的说法。就是说如果出现这种问题，为了保证原有表不发生变动所以添加附表用主键进行关联。是的这种方式的确可以在很大程度上减少项目由于DB结构的改变所发生的不可预估的错误。但是如果添加附表就意味着外连接，子查询这些操作，即使你使用存储过程操作但是这个问题依旧。所以项目的整体运行效率降低将是基本上不容忽视的。也可以这样说这种做法是以牺牲程序性能为代价换取开发时间。如果既要保持项目的开发时间不会为此被牵扯，但是性能又不能有较大的降低的话这个地方该如何解决呢？答案就是缓存机制。首先在上述的解决方案中添加附表的做法是可行的，即使在开闭原则面前它也是最符合的解决方案。但是弊端是在于子查和外链的时候性能的消耗。所以我们要解决的问题就是如何提高添加附表后的性能消耗问题。第一：我们的性能消耗问题出现在哪里在解决之前我们首先要分析我们的性能消耗的问题出现在什么地方。我们在添加了附表以后主表和附表之间通过主外键形成了表关系。但是在我们操作的时候这两个表之间肯定要进行子查询和外链查询。这两种查询方式和我们之前对单表查询的方式效率肯定不在同一个等次上，即使你是用了存储过程来对你的语句进行预编译也是如此。跨表就是比单表慢。第二：解决方案那如果我的用户不用读取数据库呢？这样的不就不会出现这个问题吗？是的还有一种方法就是不读数据库，正确的来说是降低数据库的读取次数。让数据达成公用。所以在这我提出的方案是当应用程序启动的时候将数据全部查询组装好然后放入内存中形成一个对象，每次数据的有关查询直接在内存中进行操作。这样我们不仅可以降低用户每次操作时表关系造成的性能消耗并且还可以降低用户每次连接数据库的时候打开关闭数据连接的性能占用。第三：后续问题1：如果采用这种方式的话，如何保证缓存中数据不会产生脏数据呢？答：这个问题在设计方案的时候并没有没考虑进去，因为在方案建立的时候索缓存的数据均为基本数据非业务数据，所以只有查询的操作。2：采用这种方式缓存是否会造成服务器内存的消耗？答：内存消耗肯定是有的，但是如果按照1G
人人文库> 全部分类> 教育资料 > 课件下载

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论