またクエリのSQLサーバが実行されないので参照される多くのテーブル?

Question

皆さんは見たことがありエラーメッセージ?

--SQL Server2000

な配分の補助テーブルビュー機能。
の最大数をテーブル、クエリー(256)した値を越えました。

--SQL Server2005年

多くのテーブルの名前を返します。最大許容で256.

されています。

与えた。納得のお客様の簡素化への要求?Denormalizedのデータベース?

---

@(たいという皆様に私のクエリ):

1. 私のプレの設定顔は丸できれば、ペーストの70キロバイトコードの編集ウィンドウ
2. 場合でもできますこのこないので助かったこの70キロバイトのコードを参考20 30眺めのいかもしれらに限のコードは意味がない。

ならないようにしたい音のように私を誇ることができるので、特に問題はありませんが、クエリ.のクエリは最適(または少なくともほぼ最適な).私は多くの時間を最適化し、各カラム毎にテーブルを取り除くことができます。この報告書は200 300列していると見ることができるで満たされたシングルを選択算書のためにも満足のいくホテルでしたが、数年前の時だった小さなります。

Answer 1

SQL Server2005も、今までの使用をお勧めしテーブル変数および一部のデータとしてとても苦手なのでお願いします。

このためには、テーブルを作成する変数を表す最終結果セットを送りたいのユーザーです。

データベース検索システム主テーブル（例えば、注文表をご記の例では、引っ張データプラストの補正データのみも参加されており、お客様の氏名、製品名)となります。を行うことができ選択に入れること、すぐにごテーブルに変更します。

から、繰り返し処理を実行してテーブルの各行には、チームを選択するクエリを取得しますすべての補足のために必要なデータに結果セットです。挿しこれらの各カラムとしてとても苦手なのでお願いします。

このようにして、その単純なSELECT*fromテーブルの変数に戻りこの結果セットはユーザーが行います。

まったく泳げないんだけど---ハード番号のことが三つのインスタンスとして取り組んできた日時がやってこれらの小さいクエリが実際に手によって行動する事が出来なくな巨大な選択の検索キーワードの束が仲間入り。

Answer 2

いくこのような状況においては、正直であることの考え方を参考>256テーブル、クエリfilsだった必殺技ーズ.

最初のうべきなのに"なぜ多くの?", っていたのは、"何ビットの情報をいい ない 必要ですか?" さんに心配する量のデータから返されるようなクエリからの影響性能の採用により、ナビゲーショ厳します。

Answer 3

@chopeenきにできるようになることをい計算統計ではなく、所など、たくさんのテーブルのすべて単品ド..ご注文、ループの製品および更新を適切に記録びはご購読者の皆様にはご迷惑を表に示す。こうした多くの計算負荷のチェックアウトページよりも大きなポイントはクエリの実行時にレポートを提出します。もちろんあstatsなくともこのように、例えば追跡お客様の次に購入購入後、特定の商品です。

Answer 4

このような出来事が起きないようにとることができることを書面で通報サービスのレポートDynamics CRMの設走SQL Server2000年.CRMはもnormalisedデータスキーマを多くが仲間入り。あっhotfix周辺のこの制限から256になんと260: http://support.microsoft.com/kb/818406 (私たちは常に考えの冗談のSQLサーバました。

その解決策としてDillie-O aludes、を特定し、適切な"サブ参加"（好ましくはも使用される複数回）の要因はそれらを温度-テーブル変数を使用しますメインが仲間入り。この大きなぴあ、しばしば死ぬ。だと思います。

@Kevin、愛するティー--といった地域の見所があり:-).

Answer 5

するようなクエリが、私からは想像できないのに何か問題の反復子が思いつかないの場なので、ベットでは悲しみが/ケース/カーソルやトンの不実施します。

Answer 6

ポストのクエリー:D

もう一つの問題が有するトン（200+)の名前と値のテーブルが凝縮を単一のルックアップ。

Answer 7

私はこの問題...自分のボックスを運SQL Server2008年のビューの現代美術館などが生産（SQL Server2005年）のなかった。私が作り上げたものは、意見を避けるこに制限は、新しい景色の一部としてクエリのビューを投げることエラーになります。

のかを考えを論理的に実行するのと同じ---

Answer 8

たはSQL Server2005(た2008年の時を創りたかった。って解決の問題を保存手続きの代わりにしています。