内容简介：翻译自：https://stackoverflow.com/questions/1082956/why-are-positional-queries-bad
我正在阅读CJ Date的
SQL and Relational Theory: How to Write Accurate SQL Code
,他认为位置查询很糟糕 – 例如,这个INSERT：
INSERT INTO t VALUES (1, 2, 3)
相反,您应该使用这样的基于属性的查询：
INSERT INTO t (one, two, three) VALUES (1, 2, 3)
现在,我理解第一个查询与关系模型不一致,因为元组(行)是无序的属性集(列).我无法理解第一个查询中的伤害位置.谁可以给我解释一下这个？
每次表架构更改时,第一个查询都会中断.第二个查询适应任何架构更改,使其列保持原样并且不添加无默认列.
由于同样的原因,执行SELECT *查询然后依靠位置表示法来提取他们关注的值的人是 software maintenance supervillains .
翻译自：https://stackoverflow.com/questions/1082956/why-are-positional-queries-bad
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- 为什么销售做不好预测？
- 需求管理做不好，等着 9-12-7 吧
- Git超实用总结，再也不怕记忆力不好了
- 敲代码这么多年，依然写不好这一页简历？
- 讲真，这两款 IDEA 插件，能治愈你英语不好的病
- 讲真，这两款idea插件，能治愈你英语不好的病
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
High Performance Python
Micha Gorelick、Ian Ozsvald / O'Reilly Media / 2014-9-10 / USD 39.99
If you're an experienced Python programmer, High Performance Python will guide you through the various routes of code optimization. You'll learn how to use smarter algorithms and leverage peripheral t......一起来看看 《High Performance Python》 这本书的介绍吧!
