問題タブ [derived-table]

クエリの例を次に示します。

いくつかのvarchar値があり、クエリの派生テーブルで使用する数値に制限している場合ISNUMERIC、なぜ変換エラーが発生するのですか？：

varchar値「134a」をデータ型intに変換するときに変換に失敗しました。

これを回避する方法はありますか？

コンマ区切りのリストを作成しようとしていて、派生テーブルを使用しています。しかし、内で変数を宣言できませんLEFT OUTER JOIN...どうすればこれを行うことができますか?

Declare間違った構文というキーワードのエラーが表示されます。

ありがとう！

私は常にビューを保存されたクエリと考えてきました。最近、プロジェクトで派生テーブルを使用する必要がありました。それが私にビューについて考えさせました。

ビューは、派生テーブルがオンザフライで構築される論理エンティティとして保存されていることを除いて、派生テーブルと同じではありませんか?

次のテーブルがあります。

1. link_books_genres , *テーブル構造 -> book_id,genre_id*
2. ジャンル, *テーブル構造 -> ジャンル_id,ジャンル名*

book_ids のセットを指定して、次の結果を作成したいと思います。

私はこのクエリを書きました、

それが最善の解決策かどうかはわかりませんが、可能であれば最適化するか、適切な形式で検証されているかどうかを確認してください。

PS Ruby on Railsで行われているため、レール指向のアプローチでも問題ありません。

SQL Server 2000 で記述された複雑なクエリがあり、一部に派生テーブルへの結合が含まれています。残念ながら、基になるデータが私が期待したものと異なるため、このテーブルは私が望んでいたとおりには返されません。データが次のようになっているとします。

次に、私のクエリは次のようになりました。

結果セットは次のようになります

しかし、私が必要とするのは、次の結果セットです。

また

それが mac や dos をピックアップするかどうかはあまり気にしませんが、3 行を表示してはいけません。userid私が必要としているのは、その組み合わせに対して最大日付と「a」有効なOSを含む、1行あたり1行です。したがって、mac または dos は有効ですが、win は有効ではありません (ユーザー 132 の場合)。

これはより複雑なクエリの一部としての派生テーブルであるため、実行時間のために可能な限りクリーンでシンプルに保つ必要があります (ソース テーブルのサイズは数十万行です)。タグで暗示されているように、私は SQL Server 2000 に限定されています。

これはsybase 15です。これが私の問題です。

私は2つのテーブルを持っています。

最近の 2 つの仕事のステータスが 2 の人をすべて検索したいと考えています。

私の計画は、t1 と t2 を結合し、特定のユーザーの日付順に逆順に並べられた派生テーブルの上位 2 つを取得することでした。したがって、上位 2 つは特定のユーザーの最新のものになります。

そうすれば、個人の最新の仕事番号がわかります。誰もがすべての仕事に就いているわけではありません。

次に、sum(status) = 4 などのステータス 2 を検索する派生テーブルに対して結合する外部クエリを作成するつもりでした。これにより、ステータス 2 が 2 つある人が検索されます。

しかし、sybase では、派生テーブルで order by 句を使用できません。

これをどうするかについての提案はありますか？

すべてのユーザーをループする小さなプログラムをいつでも作成できますが、それから 1 つの horrendus sql を作成しようとしました。

ジューシーなものですね。

UPDATEコマンドのクエリからcartProduct派生テーブルを参照する必要があります。誰かが私に何を間違っているのか、どうすれば修正できるのか説明してもらえますか？

このクエリが何をしなければならないかは、私が最適化したい複雑なクエリの小さな断片を引き起こすので、実際には問題ではありません。私の唯一の質問は、UPDATEサブクエリからcartProductを参照する方法です。最適化したいクエリはCコードで生成されます...ご覧のとおり、同じことを何度も計算する必要があります。このクエリには3つの派生テーブルしかありませんが、100以上になる可能性があるため、計算するには10時間以上待つ必要があります。

英語が下手でごめんなさい。どうもありがとう。

このエラーメッセージがどこから来ているのかわかりません。

すべての派生テーブルには独自のエイリアスが必要です

私の見解では、すべてのテーブルにエイリアスを追加しましたか?

垂直テーブルの2行をフラット化する必要があります（次に3番目のテーブルに結合します）。これは通常、必要なフィールドごとに派生テーブルを作成することによって行います。フィールドは2つしかないので、これはそれほど不合理ではないと思います。

しかし、派生テーブルに戻したい行は、3番目のテーブルとの結合にあるサブセットであることを私は知っています。そのため、クエリが最も効率的に実行されるように、作成するのに最適な派生テーブルを見つけようとしています。

派生テーブルのwhere句を制限するほど、派生テーブルが小さくなるほど、より良い応答が得られると思います。

本当に私が欲しいのは、派生テーブルのwhere句を3番目のテーブルとの結合と相関させることですが、SQLではそれを行うことができません。これは残念です。しかし、私はSQLマスターではありません。おそらく、私が知らないトリックがいくつかあります。

もう1つのオプションは、where句を使用せずに派生テーブルを作成することです。これにより、テーブル全体が2回（フィールドごとに1回）結合され、結合を実行すると、結合によってすべてが除外されます。

だから本当に私が求めているのは、私が欲しい行をかなり具体的に知っている派生テーブルを作成するための最良の方法ですが、SQLではそれらを取得できません。

例：

私がやりたいのは、tag='first'およびid=table2.idであるfirsttablewhere句を作成することです。

派生テーブルクエリに値を渡す方法はありますか？

派生テーブルでは([docSVsys].[sID])、外部クエリから値を参照する必要があります。

エラーが発生します：

メッセージ4104、レベル16、状態1、行7マルチパート識別子「docSVsys.sID」をバインドできませんでした。

はい、私はこのクエリをループなしに単純化できることを知っています。
ループして変換しようとするカーソルを設定します。

クロスアプライがうまくいくようでした。また、カーソルバージョンよりも正確に1/3高速です。以下のクロスアプライを使用した実際のクエリ。