超级数据库：最大和最快

核心提示： 来自 NDMA 的教训根据他在 NDMA 方面的工作经验，Hollebeek 提出了关于处理通过广域网（WAN）连接的超大数据库的几点建议：注意通过网络（无论是 Internet 还是私有网）发送大量数据的问题，超级数据库：最大和最快(3)，要寻找高效地发送大量数据的方法，例如在发送和接收位置安

来自 NDMA 的教训

根据他在 NDMA 方面的工作经验，Hollebeek 提出了关于处理通过广域网（WAN）连接的超大数据库的几点建议：

注意通过网络（无论是 Internet 还是私有网）发送大量数据的问题。要寻找高效地发送大量数据的方法，例如在发送和接收位置安装接入点，或者使用发送大型（多 MB）数据块的协议。

不要改变接收的数据的格式。无损的压缩虽好，但是为了在大型数据库中节省少量的空间而重新格式化和存储接收的数据，会导致更多问题，实属不值。例如，对于医疗数据，如果在更改格式时出错，并导致数据不可用，那么就是特别严重的问题。

一旦索引表再也无法装入内存，数据库的性能就会直线下降，所以应该尽量升级内存，以便存放那些表。然后，利用数据中的任何并行结构，通过聚集有效地增加容量。如果不行，则为索引再建立索引。

超快的定义

和超大的定义一样，超快的定义也随着技术不断确立新的极限而改变。 “我们通常以每秒事务量之类的指标来度量数据库的速度，也许每秒一百万个事务算得上快。但是，随着新技术的诞生，术语“事务”定义的只是一种非常普通的数据库访问，”Application Development and Deployment IDC 研究副总裁 Carl Olofson 说，“在将来，还会有其他类型的、使数据库与内存之间的差别变得模糊的数据库访问。到那时，pull 数据可能需要某种重定向的内存访问，而不是真正绑定到数据库，然后开始一个事务。显然那样会非常快。” Olofson 还从更广泛的意义上定义“快”：“任何系统的目标都是确保数据库不拖累应用程序，因此可以以应用程序运行的速度返回数据。”

Gomez 以类似的方式定义超快：“快到足以按照与客户协定的服务品质协议（SLA）交付信息。”他还补充道：“最快的数据库能够尽可能直接从内存中访问信息块。我们的一个支付系统应用程序使用具有 Fast Path Solution 和企业存储子系统的 IMS，以提供每个事务少于 20 毫秒的响应时间的速度，为获取客户端所需信息，它最多访问 14 个数据库。”