鉴于被苹果以 2 亿美元收购的自然语言用户界面Siri的流行,我想知道是否有人知道微软为什么在 SQL Server 上杀死了“English Query”。
虽然 MySQL 的未来未知,但我一直没有时间了解 Oracle 自从从 SUN 购买以来对 MySQL 的已知影响。
自交易公开以来,甲骨文(或 MySQL 社区)是否有任何值得注意的变化?
寻找可能类似于这个Ruby Koan 课程的增量 SQL课程;这实际上是受到“ The Little Lisper ”一书的启发,该书采用了简短的问题/简单回答的学习方式。
基本上,短问题的格式是在明确定义的上下文中,有一个简单的答案,在主题中逐步建立和利用学生的知识,同时保持短问题/简单答案的学习风格。
另外,我只是想指出,我知道有多种学习 SQL 的方法,但我正在寻找这种方式的现有实现。这种作风提供了一条固定的路,有垫脚石,一组题没做完,就不能继续,就算能想办法作弊,也只能搞砸了。更难,而不是更容易;这意味着它不仅仅是以小包形式提供信息的自由形式学习。
环境:
场景:给定一个自动从事务数据库加载数据的分析数据库——当模式更改导致大段数据在数据库事务数据库中重新定位时,也会导致分析数据库发生变化。给我的唯一例子是数据库中事务数据库模式的一小部分发生了变化,据我所知大约有 300 个表;这意味着我猜想通过添加/删除/移动列/表/行,5-10% 的事务数据库模式会以某种方式发生变化,并且在某些情况下,数据的格式会发生全局变化事务数据库。
似乎是一个简单的问题,但想知道如果您“点缀您的 i 并穿过您的 t”,那么执行此操作的“最佳”方法是什么。