修正プログラム: WCF SQL アダプターによって生成されるスキーマ内の要素の注文とは異なる SQL Server 2012年と SQL Server の 2014

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:3067999
現象
次のような状況を考えます。
  • 2014 の Microsoft SQL Server と Microsoft SQL Server 2012年の両方のテーブルを作成するとします。
  • Microsoft BizTalk サーバー 2013年の R2 プロジェクトを作成し、スキーマを生成するアダプター サービスを使用するアドインを使用する、選択します。 テーブルを操作します。
このシナリオでは、SQL Server 2012年で生成されたスキーマの要素の順序とは異なる 2014 の SQL Server の 1 つです。
原因
なしで順序を使用して WCF SQL アダプターによって実行されるクエリによって返される列の順序は保証されませんので、問題が発生します。さらに、スキーマを生成するとき、2014 の SQL Server と SQL Server 2012年の実装が変更されます。SQL Server の 2 つのバージョン間の互換性を受けた。
解決方法

累積的な更新プログラムの情報

この問題は、BizTalk Server の次の累積的な更新プログラムで最初に修正されました。
状況
マイクロソフトは、この問題を「対象製品」セクションに記載されているマイクロソフト製品の問題として認識しています。
関連情報
BizTalk Server のサービス パックと累積的な更新プログラムの一覧については、次を参照してください。 KB 2555976: サービス パックと BizTalk Server の累積的な更新の一覧.

BizTalk Server の修正プログラムの詳細については、次を参照してください。 BizTalk の修正プログラムと Service Pack のサポートの詳細については KB 2003907。.
注意 : これは、マイクロソフトのサポート組織内で直接作成された "緊急公開" の資料です。 この資料には、確認中の問題に関する現状ベースの情報が記載されています。 情報提供のスピードを優先するため、資料には誤植が含まれる可能性があり、予告なしに随時改定される場合があります。 その他の考慮事項については、使用条件を参照してください。

警告: この記事は自動翻訳されています

プロパティ

文書番号:3067999 - 最終更新日: 04/14/2016 14:31:00 - リビジョン: 2.0

Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard, Microsoft BizTalk Server 2013 Branch, Microsoft BizTalk Server 2013 Developer, Microsoft BizTalk Server 2013 Enterprise, Microsoft BizTalk Server 2013 Standard

  • kbqfe kbsurveynew kbexpertiseadvanced kbfix kbbts kbmt KB3067999 KbMtja
フィードバック