http://blog.csdn.net/haonanhai1688/category/304763.aspxzh-CNMon, 04 Jun 2007 13:00:47 GMT60haonanhai1688http://blog.csdn.net/haonanhai1688/archive/2007/06/02/1635330.aspxSat, 02 Jun 2007 13:59:00 GMThttp://blog.csdn.net/haonanhai1688/archive/2007/06/02/1635330.aspxhttp://blog.csdn.net/haonanhai1688/comments/1635330.aspxhttp://blog.csdn.net/haonanhai1688/archive/2007/06/02/1635330.aspx#Feedback0http://blog.csdn.net/haonanhai1688/comments/commentRss/1635330.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1635330比如我们的数据库服务器中保存有一个产品列表，我们要把其呈现给客户，最经典，最简单同时也是效率最差，性能最低做法(当然要考虑分页功能)的C#实现是 ： <img src ="http://blog.csdn.net/haonanhai1688/aggbug/1635330.aspx" width = "1" height = "1" />haonanhai1688http://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615915.aspxSat, 19 May 2007 02:41:00 GMThttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615915.aspxhttp://blog.csdn.net/haonanhai1688/comments/1615915.aspxhttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615915.aspx#Feedback0http://blog.csdn.net/haonanhai1688/comments/commentRss/1615915.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1615915超大型系统的特点为： 　　1.处理的用户数一般都超过百万，有的还超过千万，数据库的数据量一般超过1TB； 　　2.系统必须提供实时响应功能，系统需不停机运行，要求系统有很高的可用性及可扩展性。 　　为了能达到以上要求，除了需要性能优越的计算机和海量存储设备外，还需要先进的数据库结构设计和优化的应用系统。 <img src ="http://blog.csdn.net/haonanhai1688/aggbug/1615915.aspx" width = "1" height = "1" />haonanhai1688http://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615912.aspxSat, 19 May 2007 02:39:00 GMThttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615912.aspxhttp://blog.csdn.net/haonanhai1688/comments/1615912.aspxhttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615912.aspx#Feedback0http://blog.csdn.net/haonanhai1688/comments/commentRss/1615912.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1615912随着计算机技术越来越广泛地应用于国民经济的各个领域，在计算机硬件不断微型化的同时，应用系统向着复杂化、大型化的方向发展。数据库是整个系统的核心，它的设计直接关系系统执行的效率和系统的稳定性。因此在软件系统开发中，数据库设计应遵循必要的数据库范式理论，以减少冗余、保证数据的完整性与正确性。只有在合适的数据库产品上设计出合理的数据库模型，才能降低整个系统的编程和维护难度，提高系统的实际运行效率。虽然对于小项目或中等规模的项目开发人员可以很容易地利用范式理论设计出一套符合要求的数据库，但对于一个包含大型数据库的软件项目，就必须有一套完整的设计原则与技巧。<img src ="http://blog.csdn.net/haonanhai1688/aggbug/1615912.aspx" width = "1" height = "1" />haonanhai1688http://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615908.aspxSat, 19 May 2007 02:28:00 GMThttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615908.aspxhttp://blog.csdn.net/haonanhai1688/comments/1615908.aspxhttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615908.aspx#Feedback1http://blog.csdn.net/haonanhai1688/comments/commentRss/1615908.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1615908　1. 自增长 primary key 2. 避免用复合主键 (compound primary key) 3. 双主键 4. 以固定的数据库、表应付变化的客户需求 5. 避免一次取数据库大量数据，取大量数据一定要用分页。 <img src ="http://blog.csdn.net/haonanhai1688/aggbug/1615908.aspx" width = "1" height = "1" />haonanhai1688http://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615906.aspxSat, 19 May 2007 02:24:00 GMThttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615906.aspxhttp://blog.csdn.net/haonanhai1688/comments/1615906.aspxhttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615906.aspx#Feedback0http://blog.csdn.net/haonanhai1688/comments/commentRss/1615906.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1615906一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据 库模型，不仅会增加客户端和服务器段程序的编程和维护的难度，而且将会影响系统实 际运行的性能。一般来讲，在一个MIS系统分析、设计、测试和试运行阶段，因为数据量 较小，设计人员和测试人员往往只注意到功能的实现，而很难注意到性能的薄弱之处， 等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统 性能则要花费更多的人力物力，而整个系统也不可避免的形成了一个打补丁工程。笔者 依据多年来设计和使用数据库的经验，提出以下一些设计准则，供同仁们参考。 <img src ="http://blog.csdn.net/haonanhai1688/aggbug/1615906.aspx" width = "1" height = "1" />haonanhai1688http://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615904.aspxSat, 19 May 2007 02:22:00 GMThttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615904.aspxhttp://blog.csdn.net/haonanhai1688/comments/1615904.aspxhttp://blog.csdn.net/haonanhai1688/archive/2007/05/19/1615904.aspx#Feedback0http://blog.csdn.net/haonanhai1688/comments/commentRss/1615904.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1615904 ８０年代初以来，国内许多计算机专家先后深入一些大型企业，力图开发出理想的 大型ＭＩＳ。实践证明，开发出的大型ＭＩＳ，多数不很理想。原因何在？据作者一孔之 见，其中一条重要的原因，就是在开发过程中对ＭＩＳ的数据库设计重视不够，没有把它 当作一件头等大事来处理。一个大型ＭＩＳ，如果它的数据库设计出了问题，就是出了大 问题，或者说从根本上出了问题。这样的ＭＩＳ，不会成功，只会失败。既然如此，应该 怎样来解决它呢？<img src ="http://blog.csdn.net/haonanhai1688/aggbug/1615904.aspx" width = "1" height = "1" />