Netezza 文：

Netezza 迁移功夫，第 1 部分
原文原文：http://ibmdatamag.com/2012/07/netezza-migration-kung-fu-part-1/
为什么应该使用分散工程作为您的指导原则
作者：David Birmingham |发布日期：2012 年 7 月 5 日|评论次数：11
坐在桌前，盯着闪烁的 PuTTY 光标，您或许能够感受到期望的压力。用户在工作中已经了解了 Netezza 设备，并对其能力垂涎欲滴。
CIO 们购买了这项技术，现在想要实现 ROI。所有这些愿望都化身为“期望的黑暗君王”1，飘逸的长袍、眼睛发红，四处探查...此设备
的力量很强大，但您还不是一个绝地武士。
忍住。
振作。您真正需要的就是 Structured Query Language 和数据。有了这些知识基础，您要做的其他事情就像魔法一样，因为 Netezza 已
准备好提供您本来必须构建和精心调优的绝大多数特性。
最好的部分：我们可以犯错误。严重的错误。Netezza 允许我们构建整个数据模型，用 TB 级数据填充它们，对它们进行测试，处理它
们，这只需要一两天的时间。若使用其他任何技术，当数据模型就绪并填充好数据时，几周或几个月就过去了，没有时间再从头开始。2
但利用 Netezza 的能力，我们可以真正分析数据，并找出我们想知道的内容。
但是，有可能开始时就已经是错误的。在概念证明阶段，数据可能以“原样”形式参与。现在，让我们退后一步，并接受一些现实，因
为虽然“原样”对于测试可能是足够的，但要快速启动系统，它也是一种糟糕的方式。以下是原因：

在迁移之前，旧系统中的数据需要被转移到新系统，因此马上规划该操作并启动它。不要低估了这个过程所需要的时间量。

在旧系统中的功能可能已被掩埋在性能属性的大山之下，自从系统开始呈现不堪重负的迹象，工程就已经尽职尽责地应用这些工具。

在旧系统中的复杂性是人为的，这就需要您首先怀疑一切。只是因为复杂的存在，并不意味着它是必要的。

以前的数据模型是可疑的，因为它带着旧系统的约束和弱点。
花时间构建出您想保持的理想目标数据模型。将它们与 Netezza 内置的物理对齐。换句话说，当您可以实现 100 倍的提高时，为什么
要满足于 10 倍的提高呢？重点关注在整个迁移过程中的分散工程 (de-engineering)，并了解哪些 Netezza 特性将帮助您实现目标。
我再次重申：无论别人怎么说，都不要 将数据按“原样”从旧机器迁移到新设备。坦率地说，旧系统中大部分功能并不是像您想象的那
么宝贵。拿走数据，留下其他东西。分散工程。
参考资料
1
Compleat Netezza，版权所有 © 2012 VMII ISBN: 978-1-4610-9574-3。授权摘录。
2
Netezza Data Integration Framework，版权所有 © 2007-2012 Brightlight Consulting, 保留所有权利。
无相关文章。