Zjevně existují alespoň dvě známé (potenciální) nevýhody (z tohoto (1) Týmový blog ):
-
Je zřejmé, že to může způsobit potenciální problémy všem starším systémům, které nebyly navrženy tak, aby běžely proti designu podporujícímu MARS - "existující kód optimalizovaný pro běh ve světě bez MARS může vykazovat mírný pokles výkonu, když běží bez úprav s MARS"
-
„S MARS můžete na server poslat více dávek s více příkazy. Server bude provádění takových dávek prokládat, což znamená, že pokud dávky změní stav serveru například pomocí příkazů SET nebo USE nebo použijí příkazy správy transakcí TSQL (BEGIN TRAN, COMMIT, ROLLBACK), můžete být vy i server zmateni. o tom, jaký je váš skutečný záměr.“
Ještě jsem nevyzkoušel design podporující MARS, ale na svém současném projektu se k tomu velmi blížím. Máme malý problém s konkurenčními (a někdy závislými) operacemi dotazů (jako je líné načítání konfiguračních dat ze stejné databáze, kterou provádí aktivní sada záznamů).
Další informace naleznete na webu MSDN (2) zde
[ (1) https://web.archive.org/web/20190911155929/https://blogs.msdn.microsoft.com/sqlnativeclient/2006/09/27/using- mars-with-sql-native-client/
]
[ (2) http://msdn.microsoft. com/en-us/library/ms131686.aspx
]