卓越的IBMInformixTimeSeries第1部分.PDF

卓越的 IBM Informix TimeSeries：第 1 部分 处理股票交易、智能电表等事务中生成的大量时间戳数据 /2012/10/the-preeminence-of-ibm-informix-timese ries-part-1/ 作者：Richard Wozniak | 发布时间：2012 年 10 月 9 日 | 请耐心等待 打印 PDF 随着世界仪表化程度的不断提升，IBM 的智慧地球™ 愿景也逐渐成为现实，IBM® Informix® TimeSeries 的价值越来越明显。由于起源于关键架构突破性 Informix Dynamic Server (IDS) 版本 9，Informix TimeSeries 是一款独特而 又强大的技术，人们普遍将其视为处理大量时间戳数据的卓越工具。 Informix TimeSeries 的核心技术最初被描述为“对象关系模型”或“通用数据 库”。Informix 运用了专有（但并不十分生动）的营销术语“数据刀片”。 无论将它称作什么，这个概念都十分强大。您可以运用这项技术开放数据库，这 样才能添加新的数据类型，其中包括通过运用新数据类型的特定操作人员来扩展 标准 SQL 语言，从而添加新的 “方法”。 由于用于添加这些扩展（数据刀片开发人员工具包）的应用程序编程接口 (API) 已经对客户端、合作伙伴和 Informix 开发人员完全开放，所以这些群体现在可 以添加新数据类型支持。目前已经创建了数十种有趣的数据刀片，但其中的两种 最为流行、对客户最有吸引力：处理时间序列数据和空间数据的扩展。 这些扩展得到广泛接受是有一定道理的。几乎每一家机构（无论是企业还是政府 机构）都具有地点和时间数据。 位置数据案例 位置（空间）数据对于现今已向许多数据库添加此类数据处理机制的机构而言十 分有用，还有一些公司的业务基于提供与此搭配使用的空间数据和地图。例如， 如果您每次使用网站时，网络均要求您提供邮政编码，然后向您显示最近的业务 位置（如最近的 ATM），那么您使用的很可能是支持空间数据的数据库。 即使没有专门的时间序列数据和空间数据功能，您仍然可以在自己的数据库中保 留地址，但您却很难对“从 26 Cherry St. 到 52 Adams St. in Springfield, OR. 有多远这类简单问题进行解答”。对于保存为未引用地理数据库的字符串的 地址，它所包含的信息不足以回答此类查询。 时间序列数据需求 虽然通过空间数据扩展典型关系数据类型从概念上很容易掌握，但仍然需要对时 间序列数据类型需求稍作解释。毕竟，自最早的数据库系统问世以来，时间和日 期一直是重要元素，并且始终是数据库系统不可或缺的组成部分。任何联机事务 处理 (OLTP) 系统中的常规事务都会用时间戳来标记。计费系统通常基于计费周 期，以日期和时间为界限。因此，如果从一开始 SQL 中便支持日期和时间数据 格式，那么为什么还需要使用特殊时间序列数据类型和相关方法？ 简言之，时间序列数据是一个特殊案例，一些数据变化十分迅速，因而创建了大 量数据点。对使用传统时间元素与时间序列数据进行比较十分有用。一个普通的 银行帐户每天可能执行几笔交易；使用 SQL 时间和日期格式，为每项交易创建 一个新行，这样做十分简单明了。从另一极端角度，需要思考大型股票交易创建 的数据点数，例如，IBM 股票平均每天近四百万宗交易。纽约证券交易所每个交 易日 6.5 小时，每分钟产生约 10,000 宗交易（换算成每秒钟 170 宗交易）， 投资公司可能需要充分适应这种节奏。 当然，使用标准 SQL 数据类型和格式记录此类信息是可以实现的。TPC-C 基准 几十年前就已发明出来，可以帮助客户了解这些类型的方案涉及的各种供应商系 统的吞吐能力。但是，如果我们的要求更高，将会怎么样？如果我们不仅需要写 入大量交易，而且同时还要对大量输入执行一些操作，该怎么办？此外，如果我 们需要将数据存储在同一位置以便持续运行查询，又该怎样做？扫描数十乃至数 百个包含几百万行数据的表听起来很难快速获得查询结果。 这些都是现实问题，Informix 工程师和架构师正是被派遣通过 Informix TimeSeries 技术解决问题。至于 TimeSeries，早期采用者都是一些服务于大型 投资公司的高价套利交易员。 开发 TimeSeries 技术 Informix 团队创造了多项技术，运用 IDS 并通过全新的数据类型和方法进行扩 展。 首先，Informix 团队开创了更加有效的存储机制，用户不再需要为时间序列数 据创建数百万冗余数据