不用select的原因有哪些

這篇文章主要講解了“不用select的原因有哪些”，文中的講解內(nèi)容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“不用select的原因有哪些”吧！

第一宗罪：不必要的 IO

這會導致 DBMS 讀取所有的數(shù)據(jù) pages，但是這些數(shù)據(jù)你又不用，在后來的 SQL  中又可能被過濾掉了或者是直接沒用，但是讀取數(shù)據(jù)是需要成本的，尤其大字段，例如 blob，text。

select colunm_a,column_b(select * from XXX) tmp

第二宗罪：增加了網(wǎng)絡負擔

讀取更多的數(shù)據(jù)意味著返回更多的數(shù)據(jù)給客戶端，這就是意味著要占用更多的網(wǎng)絡帶寬。

第三宗罪：占用了更多內(nèi)存

因為讀取了多余的數(shù)據(jù)，你的程序需要更多的內(nèi)存去存儲這些數(shù)據(jù)，這意味著你將會使用珍貴的內(nèi)存資源去存儲這些不必要的數(shù)據(jù)。

第四宗罪：對 ResultSet 上列順序的依賴

如果你用了 select * 在你的程序中，并且依賴 ResultSet(返回結(jié)果)的列順序。

那么如果修改了表結(jié)構(gòu)(添加或者刪除字段)可能會影響返回結(jié)果的列順序，從而可能導致你的程序數(shù)據(jù)錯誤或者程序異常。

第五宗罪：視圖綁定

在數(shù)據(jù)庫設計過程中，我們經(jīng)常會有這樣的情況下：

• 某個基礎表會被多個視圖或者存儲過程引用。

• 修改基礎表的時候，我們必須小心翼翼地，因為不會有任何提示告訴我們，如果繼續(xù)修改，會不會造成視圖或者存儲過程有問題。

• 即便我們知道有問題，我們也沒有辦法去讓視圖和存儲過程刷新得到表最新的信息。

如果你在創(chuàng)建視圖中使用了 select *，就會導致各種各樣的 Bug。

第六宗罪：關聯(lián)沖突(Conflict in JOIN)

在簡單的 SQL 中可能會表現(xiàn)正常，但是在你多表關聯(lián)的時候可能會因為重名字段導致 SQL 錯誤。

例如 created，status，updated 等常見字段(一般表都會有)。

第七宗罪：拷貝數(shù)據(jù)

當你使用 SELECT * into INSERT .. SELECT  做數(shù)據(jù)拷貝的時候(一種常見的數(shù)據(jù)拷貝方式)，當兩張表的字段不一致時，你就可能將錯誤的數(shù)據(jù)放入了錯誤的列。

第八宗罪：拒絕了使用覆蓋索引的可能性

覆蓋索引是 MySQL 中非常重要的是一個優(yōu)化手段，基本原理就是查詢都字段都在索引中避免回表，所以 * 會導致覆蓋索引失效。

總結(jié)

不使用 select

主要是是圍繞著資源、和程序的穩(wěn)定性和安全來說。

①浪費了時間

不論是讀取數(shù)據(jù)還是傳輸數(shù)據(jù)，浪費都意味著等待，時間是無價的。

②浪費了資源

資源這么寶貴，你怎么能這樣呢?

③增加了系統(tǒng)出 Bug 的可能性

例如：

1. 鴻蒙官方戰(zhàn)略合作共建——HarmonyOS技術社區(qū)

2. 程序正確運行數(shù)據(jù)不對

3. 程序報錯

4. 程序運行結(jié)果不確定

為什么有人會使用 select * 呢

①珍惜時間

可以搞定的事情，為啥還要寫那個多字段呢，也不美觀和直接啊，其實就是懶!

②減少 SQL 解析器的工作

認為在 select 語句中協(xié)商眾多的字段，會增減 SQL 解析的工作，例如是有權限、字段是否存在等等。

這個想法是對的，但是這是很早以前的情況，現(xiàn)在 * 反而會增加 SQL 解析器的工作。

感謝各位的閱讀，以上就是“不用select的原因有哪些”的內(nèi)容了，經(jīng)過本文的學習后，相信大家對不用select的原因有哪些這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！