Infogar och lagrade proceduranrop bearbetas i omvänd ordning när du använder BizTalk-adaptern för DB2

Symptom

När du skickar flera SQL-frågor eller lagrade proceduranrop i ett enda < synkronisering > block i Host Integration Server 2013 bearbetas samtal i omvänd ordning som du förväntar dig. Följande XML-kodexempel innehåller till exempel flera lagrade proceduranrop i ett enda < synkronisering > block:

<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="ABCDEFGHIJ" />
</StoredProcedure>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="BCDEFGHIJK" />
</StoredProcedure>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="CDEFGHIJKL" />
</StoredProcedure>
</sync>

I det här exemplet är senast lagrade proceduranrop i blocket < synkronisering > den första som körs.

Orsak

BizTalk-adaptern för DB2 lagrar posterna i < synkronisering > blockera i en stapel som utförs i omvänd ordning. Detta är en del av BizTalk-adaptern för DB2 någonsin sedan Host Integration Server 2006.

Lösning

Temporär lösning

För att köra SQL frågor eller lagrad procedur anropar i den angivna ordningen, placera varje fråga eller lagrade proceduranrop i sin egen < sync >-block, som i följande exempel:

<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="ABCDEFGHIJ" />
</StoredProcedure>
</sync>
<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="BCDEFGHIJK" />
</StoredProcedure>
</sync>
<sync>
<StoredProcedure>
<SP_CHAR_INOUT INOUTVAL1 ="CDEFGHIJKL" />
</StoredProcedure>
</sync>

Obs!  När du placerar varje fråga eller lagrade proceduranrop i sin egen < sync >-block och frågor eller lagrad procedur anropar misslyckas av någon anledning, får ofullständiga uppdateringar i DB2-databasen eftersom varje sats hanteras i en egen transaktion.

Status

Microsoft har bekräftat att detta är ett problem i Microsoft-produkterna som nämns i avsnittet "Gäller".

Mer Information

När du har installerat den här uppdateringen behandlar BizTalk-adaptern för DB2 varje SQL-frågan och lagrade proceduranrop i < sync >-block i den ordning som anges i den tillhörande XML-filen.