問題タブ [sql-server-2008-r2]

SQL Server 2008 R2 でデータベース テーブルの行をループする最良の方法は何ですか?

foreach ( ) の記述にかなり似ていて、非常にパフォーマンスの高いものを探しています。

ありがとう

私は、SQL Server 2008 R2 で ReportService2010 レポート Web サービスと対話するプロジェクトに取り組んでいます。以前、私は ReportService2005.asmx を使用していましたが、ここでの問題は、この新しい (2010) レポート Web サービスを使用してレポートを表示する方法について、適切な例が見つからないことです。

2005 Web サービスを使用する場合、wsdl.exe ユーティリティでプロキシを作成するときに提供される「Render」メソッドがありました。ReportService2010 サービスを使用して同じことを達成するための同等の方法 (または一連の方法) はありますか? または、エンドツーエンドの初期化と新しいプロキシの呼び出しの適切な例はありますか?

MSDN でさえ多くの情報を持っていません。ReportService2010 API ドキュメントの特定の部分には、2005 Web サービスにのみ適用される古いコード スニペットがあります。

更新: プログラムによるレポート サービスの呼び出しに関して、SSRS 2008 と SSRS 2008 R2 の間で状況がどのように変化したかという質問の方が適切かもしれません。 ReportExecution2005.asmx と同様ですが、対応する ReportExecution2010.asmx はありません。

はぁ

ソリューションの更新:
会社の誰かと話した後、次のことを知らされました。

1. 2006 Web サービスは、2008 年に SharePoint 統合をサポートするために導入されました。
2. ReportService2010 Web サービスは、2006 年までに導入されたすべての機能を 2005 Web サービスと統合するために導入されました。
3. ReportService2005 Web サービスは、レポートの実行に引き続き使用されます。理由はわかりませんが、下位互換性のためのビジネス上の決定に関係していることがわかります。私の同僚は、レンダリングには引き続き ReportExecution2005 を使用し、他のすべての機能 (レポート、パラメーターなどの SSRS サーバーへのクエリ) には ReportService2010 を使用するつもりであると述べました。

残念ながら、上記の情報はすべてさまざまなリンクから抜粋されたものであり、上記のすべてを簡潔に述べたものはありません. これは、通常、ベンダーがクライアント開発者に説明すると想定するようなものです。

最近、本番 SQL​​ 2008 R2 データベースで問題が発生し、ほとんどのデータベースでログ配布されたウォーム スペアにフェイルオーバーする必要がありました。今朝、一連のデータベース全体に非常に奇妙な GUID 値が散らばっていることを発見しました。背景として、インストールされたクライアントに関するさまざまな情報を保持するメイン クライアント データベースがあります。これには、他のテーブルや他のデータベースで参照されるマスター client_guid が含まれます。一部のサポート データベースの GUID が漢字やキリル文字で破損しているようです。例: メインのクライアント データ テーブルでは、特定のレコードの GUID は '4d86854e-d699-4bce-a98b-c34fcc909453' でしたが、Analytics データベースでは同じ GUID が '4d86854e-d699-4bce瞧ＲĹ（ Ɏ-c34fcc909453'.

私は今日、これがどのように起こったのかを理解しようとして頭を悩ませてきました. Unicode 圧縮に関する情報を偶然見つけたので、データベースの復元中に SQL Server がこれらの GUID を壊す可能性があるかどうか疑問に思っていました。

データベース システム全体の照合は、SQL_Latin1_General_CP1_CI_AS に設定されています。

誰かがこの問題について洞察を持っているかどうか疑問に思っています。

データ生成計画を使用して、ローカルの SQL2008 サーバーに DB を作成しようとしています。ただし、実行すると次のようになります。

次の例外のため、データ生成に失敗しました: タイムアウトが期限切れになりました。操作が完了する前にタイムアウト時間が経過したか、サーバーが応答していません..が 1 回発生しました。

詳細接続プロパティの接続タイムアウト設定を 15 ではなく 120 に設定しようとしましたが、それでもエラーが発生します。

この問題を解決するにはどうすればよいですか?

約 40 個のテーブルが関係しており、そのうちの約 20 個は 100 行が挿入されていますが、10 個のテーブルは ~1000 行、残りは 100 行未満です。また、トラブル テーブルを除外すると、スクリプトは正常に完了します。

ありがとう！

データウェアハウスの3つのテーブルに自動インクサロゲートキーを追加する必要があります。

注：これらは実際のテーブル名ではありません

JakMaster（JakMasterId、Date）（PK）注：JakMasterIdはvarchar（60）です

JakToRoad（JakMasterId、Date）（FK）

JakToBig（JakMasterId、Date）（FK）

新しいキーが相互に正しく参照するように、これら3つのテーブルに代理キーを追加するにはどのような手順を実行する必要がありますか？

ありがとう！

SQL Server2008R2を使用しています。

nvarchar（max）フィールドを含むいくつかのフィールドを持つテーブルがあります。

varbinary（max）タイプの新しいフィールドを追加しようとすると、「変更の保存は許可されていません。行った変更では、次のテーブルを削除して再作成する必要があります」というエラーメッセージが表示されます。

同じテーブルにnvarchar（max）フィールドとvarbinar（max）フィールドを含めることは可能ですか？

これを修正する唯一の方法は、新しい構造で新しいテーブルを作成し、データを転送することですか？

バックアップデータベースファイル（つまり、test.mdf）がありますが、LDFファイルがありません。SQL Server2008R2はLDFなしでMDFをロードできると言われました。

本当？

ありがとうございました

SQL Server 2008、Visual Studio 08、および C#

タスクは、複数のサーバーに同じデータベースを作成することです。テーブルが 2 つまたは 3 つしかない場合は、手動で行ったはずですが、データベースには 50 を超えるテーブルがあります。

そこで、バックアップを作成して、必要な場所にバックアップ ファイルを復元しない理由を考えました。

エラー

ファイルは使用中です。(バックアップは使用されていませんが、エラーは実際のデータベースが使用されていることを示しています! はい、そうです、他のサーバーでバックアップを復元するたびにサーバーを閉じることはできません!)

どうすればいいですか、アイデアをください

また、注意してください

あなたが言うことは何でも、SMOオブジェクトを使用しても達成できるはずです

ありがとうございました

{FlatContent、HashedContent}という2つの列を持つテーブルがあります。ここで、新しい行が挿入されたとき、または既存の行が更新されたときに、FlatContentのハッシュ値を自動的に計算したいと思います。これまで、トリガーから使用したことはないので、トリガーまたはこの問題を解決するために存在する別のアプローチでこれを行うことはできません。

誰かが私を助けることができればありがとう;）

現在、データベース サーバーを SQL Server 2000 から SQL Server 2008 R2 にアップグレードしています。以前は実行に 1 秒もかからなかったクエリの 1 つが、今では 3 分以上かかります (より高速なマシンで実行すると)。

どこがうまくいかないかは突き止めたと思いますが、なぜうまくいかないのかはわかりません。誰かが問題の内容と、それを解決する方法を説明できますか?

要約されたコードは次のとおりです。

問題は「txn.transactionid IS NULL OR」行にあると思います。この条件を削除すると、以前と同じくらい速く (1 秒未満) 実行され、すべてのレコードからそのステートメントに含まれる 3 行を差し引いたものが返されます。OR ステートメントの 2 番目の部分を削除すると、予想される 3 行が 1 秒以内に返されます。

なぜこれが起こっているのか、そしてこの変化がいつ起こったのかについて、誰かが私を正しい方向に向けることができますか?

よろしくお願いします

ジョナサン

---

私は Alex の解決策を受け入れ、新しいバージョンのコードを含めました。新しいクエリ オプティマイザーの実行が遅くなるクエリが 0.1% 見つかったようです。