当我即将开始两年一度的 Teradata 用户组巡演希望在那里见到你们中的一些人来讨论我们最新的 14.0 版本时，我想就一个经常出现的话题发表演讲。这是对没有能力的哀叹，而事实上该能力当前存在。 当我即将开始两年一度的 Teradata 用户组巡演（并希望在那里见到你们中的一些人来讨论我们最新的 14.0 版本时，我想就一个经常出现的话题发表演讲。这是对没有能力的哀叹，而事实上该能力当前存在或在“下一个版本”中。 我经常被问到如何解决某些性能问题或查询挑战。我通常发现相关代码很旧，尽管它已经满足了需求，但它开始有点紧张或开始抑制新的工作负载。让我们看一个示例，并为 Teradata 特定示例预先表示歉意，尽管我知道所有数据库（以及所有应用程序环境）都有类似的问题。 更多阅读 ATM 补货：预测和优化 分析：不是为了节省时间 数据科学家短缺的谬论 乌戈·查韦斯应该优化 Twitter 打造更好网站的 13 个技巧 某些 Teradata 索引和加载实用程序之间存在一些不兼容性，最著名的是针对要通过多重加载过程加载的表使用唯一二级索引。
解决方法是要么没有索引
根据需要删除并重新创建它，要么使用其他一些加载技术，该技术可能不那么有效但没有限制。由于这是一个公认的限制，因此它列在需要解决的列表中。在 Teradata 版本 12.0 中，引入了合并到流程，现在您可以轻松地将索引保留在表上，同时使用新流程更新行。 那么问题出在哪里呢？您必须返回并重新 萨尔瓦多手机号码列表 优化您的负载策略，当然没有时间或金钱来完成该任务。这是一个很大的错误，也是一种常见的情况，这就是为什么数据仓库不能像其他方式那样快速或成功地向前发展。请记住，这种调整和优化不仅适用于数据库，还适用于整个堆栈，从网络一直到应用程序（甚至培训！） 需要预留部分 IT 预算用于在现有流程中引入和改造新功能。所有供应商都在不断尝试改进他们的产品，通常是应客户的要求。如果您不愿意与产品一起发展，那么您最终会陷入危机管理的境地，即您只能在出现危机时才管理这种情况！您当然可以尝试使用更多硬件来克服效率低下的问题，但即使这样也有局限性（并且比优化当前流程要昂贵得多。
简单的比喻就是你的汽车或你的房子
这些是每天都会使用的大量采购。您不会放弃对您的汽车进行维护或对您的房屋进行升级，以使其更加高效和有效。您确实必须计划主要实施，但至少将它们纳入路线图并知道它 DJ 美国 们需要得到解决，希望尽快而不是稍后。 有哪些最常见的需要注意的领域？以下绝不是详尽的列表，但应该为您提供一个良好的起点，以确定容量和性能方面的快速胜利。 网络： 我将从最简单的组件和经常出现问题的组件开始。这几乎影响环境的各个方面，因为它是通信层。如果您的网络已过时或容量不足，那么一切都会运行得很差，并且其他领域的任何优化都不会有效。 加载策略： 这是一个非常简单的过程，就好像您尚未在当天加载数据一样，那么您需要重新考虑该决定。日内加载可让您缩短数据可用与采取行动之间的时间间隔。几年前，一夜之间还可以，但如今，公司希望能够在业务中发生事件后的几小时或几分钟内应对挑战。 另外，如果您还不允许对正在加载的表运行用户查询，那么您也需要重新考虑该决定。
kumer999 
