首頁猿問不使用SELECT*的原因是什么？

不使用SELECT*的原因是什么？

MySQL SQL Server

九州編程 2019-06-03 13:44:23

不使用SELECT*的原因是什么？我見過許多人聲稱您應該在SELECT查詢中具體地命名您想要的每一列。假設我無論如何都要使用所有的列，我為什么不使用SELECT *?即使考慮到這個問題*SQLQuery-從視圖中選擇*或選擇col1、col2、…柯倫*，我不認為這是一個確切的重復，因為我是從一個稍微不同的角度來處理這個問題。我們的原則之一是在時機成熟之前不進行優化?？紤]到這一點，它看起來就像使用SELECT *應該是首選方法，直到它被證明是一個資源問題，或者模式基本上是一成不變的。正如我們所知，在開發完全完成之前，這是不可能發生的。也就是說，是否有一個壓倒一切的問題不能使用？SELECT *?

查看完整描述

4 回答

肥皂起泡泡

TA貢獻1829條經驗獲得超6個贊

“不過早地優化”的引語的實質是使用簡單而直接的代碼和然后使用分析器指出熱點，然后您可以優化這些熱點以提高效率。

當您使用SELECT*時，您將無法進行概要分析，因此您并不是在編寫清晰而直接的代碼，而且您違背了引用的精神。select *是一種反模式。

因此，選擇列并不是一個過早的優化。我頭上有幾件事.

如果在SQL語句中指定列，則如果從表中刪除該列并執行查詢，則SQL執行引擎將出錯。
您可以更容易地掃描使用該列的代碼。
您應該始終編寫查詢，以獲取最少的信息。
正如其他人提到的，如果您使用序號列訪問，則永遠不要使用SELECT*
如果SQL語句連接表，則選擇*為聯接中所有表的所有列提供

其推論是使用select * ...

應用程序使用的列是不透明的。
DBA及其查詢分析器無法幫助您的應用程序性能低下
當發生更改時，代碼更加脆弱。
您的數據庫和網絡正在遭受損失，因為它們帶來了太多的數據(I/O)。
數據庫引擎優化是最小的，因為您將帶回來所有數據，而不管(邏輯)。

編寫正確的sql與編寫正確的sql一樣容易。Select *..因此，真正懶惰的人編寫適當的SQL，因為他們不想重新查看代碼，并試圖記住他們在執行代碼時所做的事情。他們不想向DBA解釋每一段代碼。他們不想向客戶解釋為什么應用程序像狗一樣運行。

反對回復 2019-06-03

白豬掌柜的

TA貢獻1893條經驗獲得超10個贊

如果您的代碼依賴于以特定順序排列的列，則當表發生更改時，您的代碼將中斷。此外，當選擇*時，可能會從表中獲取太多信息，特別是在表中有二進制字段的情況下。

僅僅因為您現在正在使用所有的列，這并不意味著其他人不會向表中添加額外的列。

它還增加了計劃執行緩存的開銷，因為它必須獲取有關表的元數據，以了解哪些列在*中

反對回復 2019-06-03

拉風的咖菲貓

TA貢獻1995條經驗獲得超2個贊

一個主要原因是，如果您從表中添加/刪除列，則任何正在進行SELECT*調用的查詢/過程現在都將得到比預期更多或更少的數據列。

反對回復 2019-06-03

catspeake

TA貢獻1111條經驗獲得超0個贊

以一種迂回的方式，您正在打破關于在可能的情況下使用嚴格類型的模塊化規則。直白幾乎是普遍更好的。
即使您現在需要表中的每一列，以后也可以添加更多的列，這將在每次運行查詢時被刪除，并且可能會影響性能。這會損害性能，因為

你正在從電線上提取更多的數據；
因為您可能會挫敗優化器將數據直接從索引中提取出來的能力(對于所有屬于索引的列的查詢)。而不是在表本身中進行查找。

何時使用SELECT*

當您顯式地需要表中的每一列時，而不是在編寫查詢時需要表中的每一列時。例如，如果正在編寫一個需要顯示表的全部內容的DB管理應用程序(不管它們是什么)，那么您可以使用這種方法。

反對回復 2019-06-03

4 回答
0 關注
1209 瀏覽

關注

添加回答

舉報

0/150

提交

取消

亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

熱搜

最近搜索清空

不使用SELECT*的原因是什么？

不使用SELECT*的原因是什么？

4 回答

何時使用SELECT*

添加回答

不使用SELECT*的原因是什么？