Med*_*Man 4 sql t-sql database database-design
我现在正在学习数据库 - 有些问题变得非常疯狂.我知道在查询优化期间,您有时可能会以不同的方式重写查询以最大限度地减少某些事情.我正在查看相关的子查询示例,并看到它导致与LEFT JOIN相同的结果集.
我认为可能在数学上(集合理论)它们可能是相关的,如果对套理论感到满意的人能够轻易地看到它.
我的问题是:从学习集理论中我会看到什么样的投资回报？我会看到任何投资回报吗？通过编写更多查询来学习数据库会更快,还是我应该花时间学习集合论？我不想堕落兔子洞.我想要善于数据库,但我需要尽快到达那里.
这是一个棘手的问题.我在学校学过集合论和关系代数课程,我可以肯定地说他们已经帮助我理解了关系数据库.但仅仅学习集合理论本身可能无济于事.关系代数需要一些基本集理论,对于建模关系数据库(通过设计)是一种更好的形式,如果你计划大量使用它们,那么学习它是一件好事.它不仅有助于查询优化,还有助于数据库设计,在没有检查理论基础的情况下,它看起来像黑色艺术.例如,数据库常规形式可以简洁地描述为关系代数中的简单表达式.
如果您只是进行简单的SQL查询而没有复杂的查询或数据库设计,那么学习关系代数的努力可能无法通过优势来证明.
值得一提的是,真实世界的关系数据库实际上并不是设置,而是包或多包.将设定理论应用于袋子往往会引起阻抗不匹配的麻烦.
| 归档时间： |
|
| 查看次数： |
1016 次 |
| 最近记录： |