MySQLは基本的にSQLサブクエリの別名

Question

を作成し、私は複数のこのようなクエリを持っています。クエリ（また、エラーやコードの重複を減らす）

おそらくパフォーマンスを最適化を簡素化短縮&

1. ：私はこのサブクエリになり、主にエイリアスを与えることを探しています。今まで

（私はこれは、MySQLのクエリキャッシュにより、デフォルトで実行されると信じて）、私はそれを保存するには、この方法をやっている：

variable = LONG QUERY; 
Query("SELECT a, b, c FROM ("+variable+") X WHERE ..."); 

悪くされていません。私はこれを内部的にmysqlで行う方法を探しています。

オーバーヘッドを発生させないシンプルな読み取り専用ビューを作成することができますので、どこでも行えますか？私はこれがより徹底的な方法であると信じています&可読な方法です。

SELECT a, b, c FROM myTable WHERE ... 

Answer 1

。

CREATE VIEW vMyLongQuery 
AS 
    SELECT a, b, c FROM (LONG QUERY) X WHERE ... 

このように参照することができる：例えば

SELECT a, b, c FROM vMyLongQuery 

は構文の詳細はhttp://dev.mysql.com/doc/refman/5.0/en/create-view.htmlを参照してください。

パフォーマンスに関しては、最高のパフォーマンスは、あなたが今やっていることとまったく同じで、最悪の場合、あなたのアプリを殺すでしょう。これは、ビューで何をするか、MySQLがそれらを処理する方法によって異なります。

MySQLはビューを2つの方法で実装しますmergeとtemptable。 mergeオプションは、あなたが現在やっていることとほぼ同じです。ビューはサブクエリとしてクエリにマージされます。魅力的であれば、実際にはすべてのデータを魅力的なものにスプールし、次にその誘惑的なものにselect/joinを入れます。あなたはまた、データが誘惑に加わるときにインデックスの利益を失います。

クエリプランでは、mergeのクエリプランでは、次のいずれのビューもサポートされていません。

• 集計関数（SUM（）、MIN（）、MAX（）、等COUNT（）など）
• LIMIT
• UNIONをHAVING
• BY
• DISTINCT GROUPまたはUNION ALL
• 選択リストのサブクエリ
• 下位テーブルのないリテラルへの参照

サブクエリでこれらを使用すると、パフォーマンスが低下する可能性があります。

また、OMG Poniesの助言に注意してください。ビューは基本クラスと同じではありません。ビューはDB内に配置されていますが、簡単に誤用される可能性があります。エンジニアがOOバックグラウンドからデータベースにアクセスすると、ビューは継承とコードの再利用を促進する便利な方法のように思えます。多くの場合、ネストされたビューのネストされたビューに結合されたネストされたビューを持つポジションに人々はしばしば行きます。 SQLはネストされたビューを処理します。基本的には個々のビューの定義を取り、DBAを泣かせるクエリのビーストにそのビューを拡張します。

また、あなたの例では優れた実践に従っており、これを続行することをお勧めします。すべての列を個別に指定し、SELECT *を使用してビューの結果を指定することは決してありませんでした。それは、結局、あなたの日を台無しにするでしょう。

Answer 2

これはあなたが探しているものかどうかわかりませんが、ストアドプロシージャを使用してmysqlクエリを呼び出すことができます。あなたは別のクエリの中でそれを使用することができますかどうかわからない？通常、これらのビューと呼ばれている

http://www.mysqltutorial.org/getting-started-with-mysql-stored-procedures.aspx