内容简介：翻译自：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插件，能治愈你英语不好的病
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
RGB转16进制工具
RGB HEX 互转工具
html转js在线工具
html转js在线工具