您将如何管理影响分析数据库的事务数据库中的更改？

环境：

• 事务数据库是当前或接近当前版本的 MySQL。事务数据库的大小似乎在几 TB 左右，但数据库的增长每天只有几百兆字节。
• 分析数据库是当前或接近当前版本的蒙德里安

场景：给定一个自动从事务数据库加载数据的分析数据库——当模式更改导致大量数据在数据库事务数据库中重新定位时，这也会导致分析数据库发生更改。我得到的唯一例子是事务数据库的一小部分模式在数据库中发生了变化，据我所知大约有 300 个表；这意味着我猜想事务数据库的 5-10% 的模式通过添加/删除/移动列/表/行以某种方式发生变化，并且在某些情况下，数据的格式会发生全局变化交易数据库。

_{这个问题的相关元问题。}

寻找可能类似于此Ruby Koan 课程的增量 SQL 课程；这实际上是受“ The Little Lisper ”这本书的启发，该书使用简短的问题/简单的答案学习方式。

基本上，格式是简短的问题，在明确定义的上下文中，有一个简单的答案，逐步建立和利用学生在主题中的知识，同时保持简短问题/简单答案的学习风格。

另外，我只是想指出，我知道有多种学习 SQL 的方法，但我正在寻找这种方法的现有实现。这种方式提供了固定路径和垫脚石，如果你没有做完一组问题，你就不能继续下去，即使你能找到一种方法来作弊，也只会让事情变得更糟更难，而不是更容易；这意味着它不仅仅是信息呈现小包的自由形式学习。

鉴于自然语言用户界面Siri的流行，它被 Apple 以 2 亿美元收购，我想知道是否有人知道微软为什么在 SQL Server 上杀死“English Query”。

似乎是一个简单的问题，但想知道如果您“点缀您的 i 并交叉您的 t”，那么执行此操作的“最佳”方法是什么。

虽然 MySQL 的未来是未知的，但我还没有时间了解 Oracle 从 SUN 手中收购以来对 MySQL 的已知影响。

自交易公开以来，甲骨文（或 MySQL 社区）的注意事项是否发生了变化？