摘要： 9.2 分析正如前文所介绍的，分析是建立一个良好的关系数据库模型的开始。分析是关于某个公司的操作因素和商业事务。它与计算机系统的技术方面无关。分析与数据库模型，或与数据库管理员与程序员所希望和想要获得的内容都没有关系。分析人员必须理解业务。来自业务人员(公司中技术的和非技术的员工(终端用户，甚至包括主要管理层)的参与对于最后的成功至关重要。某些公司仅仅通过临时雇用的人员而不是通过内部技术人员的参... 阅读全文

摘要： 提示：火箭科学是一门精确的科学。分析却绝不是一门精确的科学。在筹划本书的时候，我刚好想到“规划”一词。如果没有规划，人类将会生存在哪里？也许仍然挂在粗糙的树枝上，时不时地喊着“啊！……”。本书的前几章不仅对创建关系数据库模型的理论进行了阐述，而且对这一模型的发展历史及产生原因等主题也进行了讨论。在现阶段，设计关系数据库模型仍然是有意义的。另外，不同的应用程序会对同一主题产生不同的需求，从而导致专门... 阅读全文

摘要： 8.6 应用程序缓存应用程序缓存是指将数据存储在客户机的内存中。该客户机甚至可以在地球另一端运行的Internet浏览器。应用程序缓存对数据库模型的性能非常重要，因为静态表非常适合进行缓存。在数据库中，缓存静态数据、或缓存索引结构、甚至缓存动态表索引，有时都能有效提高性能。该缓存过程可以在数据库服务器上实现、可以在缓存服务器上实现、可以在应用程序服务器上实现，甚至可以在程序中实现，如可以在Int... 阅读全文

摘要： 8.5 使用视图与流行的观念相反，视图实际上有损于性能——不一定是因为使用视图，而是由于视图在商业环境中的常见用法。那么在数据库模型设计阶段，为什么不将视图作为性能调整的工具呢？本书将从数据库建模的角度进行解释。提示：视图并不等同于物化视图。视图创建逻辑覆盖时并不会从表中复制数据。查询视图相当于直接查询底层表。物化视图则是数据的物理副本。查询物化视图时会查询物化视图本身，而不会查询底层表。因此视... 阅读全文

摘要： 8.4 提高性能的高效索引最重要的是，创建索引要比不创建索引更为慎重。很多数据库都因过度使用索引而变得错综复杂，在很长时间后，之前创建的索引和创建原因已经不得而知。当然不要害怕创建索引。正确的思想是，已经存在的索引并不表示该索引应该存在。8.4.1 索引类型有些数据库具有不同类型的索引。关系数据库中最常使用其中一种索引类型，这种索引通常是某种形式的二叉树(B树)索引。其他索引类型则很少见到，并... 阅读全文

摘要： 8.3 SELECT命令SELECT命令用于数据库的查询。要建立高效的查询，需要注意如下几点：● 查询所有字段——相比使用*字符检索所有字段，对特定字段名称的检索更有效率。*字符要求查找元数据字典进行元数据解释，以此查找表中字段，从而增加了系统开销。在高并发情况下，已经非常繁忙的数据库(如OLTP数据库)再频繁进行数据字典查找会使该数据库承受极大的并发处理量。思考如下查询：SELEC... 阅读全文

摘要： 8.2 编写高效查询高效SQL代码主要是指使用SELECT命令的高效查询。SELECT命令允许使用WHERE子句来减少读取的数据量。WHERE子句用于返回(或不返回)特定的记录。UPDATE命令和DELETE命令同样也可以有WHERE子句，因此通过WHERE子句的使用，减少数据访问量也能提高这两个命令的性能。提示：向数据库添加记录的INSERT命令的性能调整通常是开发人员和管理员的工作。这是因为... 阅读全文

摘要： 提示： 虽然人很聪明，但只有正确地操作数据库才能使其正常运行。 本章很多内容在本书前几章经常提到并讨论过、甚至分析过。本章将会利用之前已经介绍过的所有内容(所有理论)并进行实践。将叙述不同类型数据库模型中，影响数据库性能的各种因素。如果有些内容是明显重复前几章的内容，则表明该内容在数据库建模中显得加倍重要。就目前关心的数据库或数据库模型而言，数... 阅读全文

摘要： 在ASP.NET 2.0中，引入了一个称为"客户端回调"的功能，利用这个内建的解决方案我们可以轻松实现客户端脚本和服务器端代码间的交互，从而避免了页面因回发带来的频繁刷新。客户端回调本质上就是指通过前端的客户端脚本向服务器端传递相应的数据参数，服务器端再以接受到的参数进行查询和处理，最后将结果回传到客户端进行显示。在网上已经有蛮多实现无刷新回调的文章，之前在ASP.NET1.0 用A... 阅读全文

摘要： 原文地址：http://blog.csdn.net/frjcy/archive/2006/04/25/676893.aspx 查看IANA默认端口： http://www.iana.org/assignments/port-numbers 服务 ... 阅读全文