6

これは、SSISキューブの処理後に表示されるエラーメッセージです。

Errors in the back-end database access module. The size specified for a binding was too small, resulting in one or more column values being truncated.

ただし、どの列バインディングが小さすぎるかはわかりません。

これをデバッグするにはどうすればよいですか？

4

10 に答える 10

8

このエラーメッセージは私を何時間も夢中にさせてきました。私はすでにどの列がその長さを増やしているかを見つけ、現在正しい長さを示しているソースのデータテーブルを更新しました。しかし、エラーがポップアップし続けました。そのフィールドは、キューブの[ディメンションの使用状況]タブのファクトからディメンションへのリンクで使用されていたことがわかりました。また、ソースを更新しても、そのリンク用に作成されたバインディングは更新されません。修正は、削除して（関係タイプを「関係なし」に変更）、そのリンクを再作成することです。

Upd：その答えはまだ関連しているように思われるので、この問題が発生する可能性のある領域を示すスクリーンショットを追加したいと思いました。何らかの理由でDimension-to-Factリンクに文字列を使用している場合は、サイズの増加の影響を受ける可能性があります。そして、解決策は上で説明されています。これは、ディメンション属性のキー、名前、および値の列に関する問題に追加されます。 寸法使用画面

于 2014-08-19T19:17:51.783 に答える
4

ESCは正しいです。CodePlexからBIDSヘルパーをインストールします。ディメンションフォルダを右クリックして、データの不一致チェックを実行します。

ディメンションデータ型の不一致チェック

これで私の問題は修正されました。

于 2014-09-19T01:49:53.290 に答える
2
  1. SQLServerデータツールを使用してSSASデータベースを開きます。
  2. SSASデータベースのデータソースビューを開きます。
  3. 空のスペースを右クリックして、Refresh
  4. ウィンドウが開き、基になるデータモデルへのすべての変更が表示されます。

ドキュメンテーション

于 2013-02-26T16:31:00.610 に答える
2

代替修正＃1-SQL Server 2008 R2（2012では試していませんが、これが機能すると想定しています）。

  1. DSVを更新/更新します。 確認できるように、変更された列をメモします。
  2. 変更された列を使用する各ディメンションを開きます。関連する属性を見つけて、プロパティKeyColumns、NameColumn、およびValueColumnを展開します。
  3. それぞれのDataSizeプロパティを確認し、これらがDSVの値と一致しない場合は、それに応じて編集します。 プロパティシート

代替修正＃2

  1. 影響を受ける*.dimファイルを開き、列名/バインディングを検索します。
  2. データサイズ要素を変更します。<DataSize>100</DataSize>

Escが指摘したように、列サイズの更新は、キューブ自体のディメンションの使用に影響を与える可能性があります。Escが提案するように実行するか、*。cubeファイルを直接編集します-更新された属性と関連するデータサイズ要素を検索します。<DataSize>100</DataSize>

列サイズが変更されたときに両方の修正を試しましたが、どちらも機能します。

于 2016-06-28T19:48:24.863 に答える
0

私の特定のケースでは、問題はクエリがOracleから読み取っていたためであり、ハードコードされた列の末尾にスペースがありました（私の間違い）。

末尾のスペースを削除しました。適切な方法として、ハードコードされた値を次のようにキャストします。CAST ('MasterSystem' as VarChar2(100)) as SOURCE

これで私の特定の問題は解決しました。

于 2013-02-27T20:19:52.463 に答える
0

私の場合、問題はライブサーバー上のキューブでの作業でした。ライブでキューブを操作している場合、サーバーに接続すると、このエラーメッセージがポップアップ表示されます。ただし、コンピューターに保存されているソリューションとしてキューブで作業している場合、エラーメッセージは表示されません。したがって、キューブをローカルで操作し、変更を加えてからデプロイします。

于 2013-10-28T12:55:49.323 に答える
0

同じ問題が発生した場合、Escからの回答も解決策になる可能性があります。原因ははるかに「隠されている」であり、より明白な解決策「更新」と「データ型の不一致チェック」は私の場合は何の役にも立ちません。

この問題を「デバッグ」する適切な方法が見つかりませんでした。

于 2014-08-20T11:32:49.800 に答える
0

この問題が発生しました。質問は、先頭と末尾のスペースと関数rtrimとltrimを削除することによって決定されました。

于 2015-02-04T09:25:50.253 に答える
0

同じ問題が発生し、データソースの更新が機能しませんでした。エラーが発生したファクトパーティションのマテリアライズド参照ディメンションがありました。私のDEV環境では、マテリアライズのチェックを外し、エラーなしでパーティションを処理しました。
奇妙なことに、同じ関係でマテリアライゼーションを有効にできるようになりましたが、問題なく処理されます。

于 2015-02-05T21:20:31.280 に答える
0

最初に試すのは簡単です-私はこれを何年にもわたって何度か経験しました。

  1. データソースビューに移動して更新します（何も起こらないように見えるかもしれませんが、それは良い習慣です）
  2. 寸法を編集します。問題の属性を削除してから、データソースビューのリストからもう一度ドラッグします。
  3. 完全に再処理します。

他の人が述べているように、末尾にスペースがあるデータも原因になる可能性があります。それらを確認してください：SELECT col FROM tbl WHERE col LIKE '% '

于 2015-03-12T15:57:48.743 に答える