SQLのSELECT文で＊を使わない理由

解決済

質問者：Wingard
質問日時：2013/12/09 12:47
回答数：1件

SQLでSELECT文を使う場合、大抵
　SELECT ID, user FROM u_table
のように、取得する項目を指定すると思います。

これを、
　SELECT ＊ FROM u_table
としないのには、トラフィックの問題以外に何か理由があるのでしょうか？

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (1件)

No.1ベストアンサー

回答者： chie65535
回答日時：2013/12/09 13:12

＞としないのには、トラフィックの問題以外に何か理由があるのでしょうか？

フィールドの並び順が「予期せぬ結果」になるからです。

例えば、最終的な抽出結果を「項目名が１行目に付かない、CSVファイルに落とす場合」を考えてみましょう。

CSVになった段階で「１番目の項目が何、２番目の項目が何、３番目の項目が何」と言う情報は失われます。

もし、誰かが、大元のテーブルのIDフィールドとuserフィールドを「逆の順番に並び替えた」とします。

SELECT * FROMだと「抽出結果が、１番目の項目がIDで、２番目の項目がuserである」と言う保証はありません。誰かが元テーブルのフィールドの順番を入れ替えてしまったかも知れません。

入れ替えたのを知らずに、そのままCSVファイルに落としてしまうと、「１番目の項目が何、２番目の項目が何」と言う情報は失われているので、想定外のCSVファイルが出来上がってしまいます。

SELECT ID, user FROMなら「抽出結果が、１番目の項目がIDで、２番目の項目がuserである」と言う事が保証されます。誰かが元テーブルのフィールドの順番を入れ替えても、結果は変わりません。

結果のフィールドの並び順が保証されるので、そのままCSVファイルに落としても、想定通りのCSVファイルが得られます。

SELECT文で「すべての項目が全部並べて書いてあって、抽出条件も何もなしで、全レコードを返している場合」がありますが、このSQL文の意味は「結果のフィールドの並び順を固定するため」なので、安易にSELECT * FROMに書き換えると、思わぬ所でバグを産んで、痛い目に遭います。