Oracle 为快速客户需求预分配表列

你好，团队，

我遇到了一个奇怪的业务需求，导致我支持的应用程序团队提交了一个非常糟糕的设计。问题是我很难量化这个，所以我要去，你可以帮助我所有为什么它不好的原因和像这样的设计的影响。

要求是我们有一个客户，我们需要在很少的周转时间 (少于24小时) 开始在新领域收集新数据。每当需要这些新域中的一个时，应用程序团队都试图避免在部署版本时在应用程序端和数据库中出现更改控制繁文tape节。预计这将定期发生。

他们的解决方案是在需要时将数百个虚拟列添加到受影响的表中。我觉得这只是对RDBMS的根本滥用，但不确定其影响。

我很感激任何反馈、要问的问题和批评。

谢谢。

是... 坏主意。RDBMS的主要优点之一是您可以简单地添加列而不会产生影响。在我看来，您有 * process * 问题。因为为什么部署应用程序与部署数据库更改有什么不同？它们在部署方面应该具有相同的效率水平。如果不是，那么这是一个过程问题，而不是技术问题。

话虽如此，如果你有一个应用程序，其中收集的属性是 “未知的” 或完全流动的，你可能会考虑使用类似JSON列来保存这些属性中的一些，然后利用JSON_QUERY/JSON_TABLE和JSON_DATAGUIDE这样的东西来处理adhoc信息根据需要。

但是在后一种情况下，请注意，最终 * 某人 * * 某个地方 * 将付出代价来提取和使用该信息。它基本上现在付款或以后付款 :-)