内容简介:翻译自: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插件,能治愈你英语不好的病
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
C++ Concurrency in Action
Anthony Williams / Manning Publications / 2012-2-28 / USD 69.99
HIGHLIGHT C++ Concurrency in Action is the first book to market to show how to take advantage of the new C++ Standard and how to write robust multi-threaded applications in C++. DESCRIPTION With ......一起来看看 《C++ Concurrency in Action》 这本书的介绍吧!