SELECTをアスタリスクと列指定したときの速度差 - kagamihogeの日記

テクノロジーカテゴリーの変更を依頼記事元:

kagamihoge.hatenablog.com

11 usersがブックマークコメント

コメント

2

記事へのコメント2件

注目コメント
新着コメント

replication 性能の検証はこうやるのか。

Oracle

2013/09/18 リンク

tgk 「アクセスしたブロック数はどちらも変わらない」「よって、二つのクエリの差の主たる要因は、... ネットワークを介して送られるバイト数の差、となる」

sql

2014/05/09 リンク

replication 性能の検証はこうやるのか。

Oracle

2013/09/18 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

SELECTをアスタリスクと列指定したときの速度差 - kagamihogeの日記

SQLアンチパターン18章インプリシットカラム（暗黙の列）では、SELECT,INSERT,UPDATEするときは、*（ア... SQLアンチパターン18章インプリシットカラム（暗黙の列）では、SELECT,INSERT,UPDATEするときは、*（アスタリスク）を使わず、必要な列のみを列挙したほうが良い、といったことが書かれている。その理由については色々書かれているが、このエントリでは実行速度について考える。検証内容について。同一長の列を二つ持つテーブルを作成し、1つはアスタリスク、1つは1列だけを指定するSELECT文を実行する。このとき、二つのクエリに速度差がどのくらい出るかを確認し、その理由について考える。環境 Oracle Database Express Edition 11g Release 2をCentOS 6.4 x86_64上で動作 Oracle SQL Developer 3.2 SQL*Plus: Release 11.2.0.2.0 Production 準備同一長の文字列型を二つ持

ブックマークしたユーザー

fullmated2018/03/31
ryota-murakami2016/08/26
ING402016/02/26
gomayumax2016/02/08
fjt_kaz2015/02/15
tgk2014/05/09
replication2013/09/18
atm_09_td2013/09/13

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx