Setzen Sie SqlClient standardmäßig auf ARITHABORT ON

Das Wichtigste zuerst: Ich verwende MS SQL Server 2008 mit einer Datenbank der Kompatibilitätsstufe 80 und verbinde mich mit .Net System.Data.SqlClient.SqlConnection.

Aus Performancegründen habe ich eine indizierte Ansicht erstellt. Daher müssen Aktualisierungen von Tabellen, auf die in der Ansicht verwiesen wird, durchgeführt werden ARITHABORT ON. Der Profiler zeigt jedoch an, dass SqlClient eine Verbindung herstellt ARITHABORT OFF, sodass Aktualisierungen dieser Tabellen fehlschlagen.

Gibt es eine zentrale Konfigurationseinstellung, um SqlClient zu verwenden ARITHABORT ON? Das Beste, was ich finden konnte, ist das manuelle Ausführen jedes Mal, wenn eine Verbindung geöffnet wird, aber das Aktualisieren der vorhandenen Codebasis, um dies zu tun, wäre eine ziemlich große Aufgabe, daher bin ich bestrebt, einen besseren Weg zu finden.

Scheinbar bevorzugter Ansatz

Ich hatte den Eindruck, dass das Folgende bereits von anderen getestet wurde, insbesondere aufgrund einiger Kommentare. Meine Tests haben jedoch gezeigt, dass diese beiden Methoden tatsächlich auf DB-Ebene funktionieren, selbst wenn eine Verbindung über .NET hergestellt wird SqlClient. Diese wurden von anderen getestet und verifiziert.

Serverweit

Sie können die Serverkonfigurationseinstellung für Benutzeroptionen so festlegen , dass sie ORmit 64 (dem Wert für ARITHABORT) den aktuellen Bit- Wert annimmt . Wenn Sie nicht das bitweise ODER ( |) verwenden, sondern eine direkte Zuordnung ( =) vornehmen, werden alle anderen bereits aktivierten Optionen gelöscht.

DECLARE @Value INT;

SELECT @Value = CONVERT(INT, [value_in_use]) --[config_value] | 64
FROM   sys.configurations sc
WHERE  sc.[name] = N'user options';

IF ((@Value & 64) <> 64)
BEGIN
  PRINT 'Enabling ARITHABORT...';
  SET @Value = (@Value | 64);

  EXEC sp_configure N'user options', @Value;
  RECONFIGURE;
END;

EXEC sp_configure N'user options'; -- verify current state

Datenbankebene

Dies kann pro Datenbank über ALTER DATABASE SET eingestellt werden :

USE [master];

IF (EXISTS(
     SELECT *
     FROM   sys.databases db
     WHERE  db.[name] = N'{database_name}'
     AND    db.[is_arithabort_on] = 0
   ))
BEGIN
  PRINT 'Enabling ARITHABORT...';

  ALTER DATABASE [{database_name}] SET ARITHABORT ON WITH NO_WAIT;
END;

Alternative Ansätze

Die nicht so gute Nachricht ist, dass ich viel nach diesem Thema gesucht habe, nur um festzustellen, dass im Laufe der Jahre viele andere viel nach diesem Thema gesucht haben und es keine Möglichkeit gibt, das Verhalten zu konfigurieren von SqlClient. Einige MSDN-Dokumentationen implizieren, dass dies über einen ConnectionString erfolgen kann, es gibt jedoch keine Schlüsselwörter, mit denen diese Einstellungen geändert werden könnten. Ein anderes Dokument impliziert, dass es über Client-Netzwerkkonfiguration / Configuration Manager geändert werden kann, aber dies scheint auch nicht möglich zu sein. Daher und leider müssen Sie SET ARITHABORT ON;manuell ausführen . Hier sind einige Möglichkeiten zu berücksichtigen:

Wenn Sie Entity Framework 6 (oder neuer) verwenden, können Sie Folgendes versuchen:

• Use Database.ExecuteSqlCommand : Im context.Database.ExecuteSqlCommand("SET ARITHABORT ON;");
  Idealfall wird dies einmal nach dem Öffnen der DB-Verbindung ausgeführt und nicht für jede Abfrage.

• Erstellen Sie einen Abfangjäger über:

  • DbConfiguration.AddInterceptor
  • DbInterception.Add

  Dies ermöglicht Ihnen , die SQL zu ändern , bevor es ausgeführt wird, in welchem Fall Sie einfach mit ihm Präfix kann: SET ARITHABORT ON;. Der Nachteil hierbei ist, dass dies bei jeder Abfrage der Fall ist, es sei denn, Sie speichern eine lokale Variable, um den Status zu erfassen, ob sie ausgeführt wurde, und testen sie jedes Mal (was wirklich nicht so viel zusätzliche Arbeit ist, aber mit ExecuteSqlCommandist wahrscheinlich einfacher).

In beiden Fällen können Sie dies an einer Stelle erledigen, ohne den vorhandenen Code zu ändern.

Anderenfalls könnten Sie eine Wrapper-Methode erstellen, die dies ausführt, ähnlich wie:

public static SqlDataReader ExecuteReaderWithSetting(SqlCommand CommandToExec)
{
  CommandToExec.CommandText = "SET ARITHABORT ON;\n" + CommandToExec.CommandText;

  return CommandToExec.ExecuteReader();
}

und dann einfach die aktuellen _Reader = _Command.ExecuteReader();referenzen ändern _Reader = ExecuteReaderWithSetting(_Command);.

Auf diese Weise kann die Einstellung auch an einem einzigen Ort vorgenommen werden, während nur minimale und vereinfachte Codeänderungen erforderlich sind, die meist über Suchen und Ersetzen vorgenommen werden können.

Besser noch ( sonst Teil 2), da dies eine Einstellung auf Verbindungsebene ist, muss sie nicht bei jedem Aufruf von SqlCommand.Execute __ () ausgeführt werden. Anstatt einen Wrapper für zu ExecuteReader()erstellen, erstellen Sie einen Wrapper für Connection.Open():

public static void OpenAndSetArithAbort(SqlConnection MyConnection)
{
  using (SqlCommand _Command = MyConnection.CreateCommand())
  {
    _Command.CommandType = CommandType.Text;
    _Command.CommandText = "SET ARITHABORT ON;";

    MyConnection.Open();

    _Command.ExecuteNonQuery();
  }

  return;
}

Und dann einfach die vorhandenen _Connection.Open();Referenzen ersetzen lassen OpenAndSetArithAbort(_Connection);.

Beide oben genannten Ideen können im OO-Stil implementiert werden, indem eine Klasse erstellt wird, die entweder SqlCommand oder SqlConnection erweitert.

Oder noch besser ( Else Teil 3), können Sie einen Ereignishandler für das Connection Statechange erstellen und haben sie die Eigenschaft , wenn die Verbindung ändert sich von Closedzu Openwie folgt:

protected static void OnStateChange(object sender, StateChangeEventArgs args)
{
    if (args.OriginalState == ConnectionState.Closed
        && args.CurrentState == ConnectionState.Open)
    {
        using (SqlCommand _Command = ((SqlConnection)sender).CreateCommand())
        {
            _Command.CommandType = CommandType.Text;
            _Command.CommandText = "SET ARITHABORT ON;";

            _Command.ExecuteNonQuery();
        }
    }
}

Damit müssen Sie nur an jeder Stelle, an der Sie eine SqlConnectionInstanz erstellen, Folgendes hinzufügen :

_Connection.StateChange += new StateChangeEventHandler(OnStateChange);

Es sind keine Änderungen am vorhandenen Code erforderlich. Ich habe diese Methode gerade in einer kleinen Konsolen-App ausprobiert, indem ich das Ergebnis von teste SELECT SESSIONPROPERTY('ARITHABORT');. Es kehrt zurück 1, aber wenn ich den Event Handler deaktiviere, kehrt es zurück 0.

Der Vollständigkeit halber sind hier einige Dinge, die nicht (entweder überhaupt oder nicht so effektiv) funktionieren:

• Anmelde-Trigger : Trigger sind selbst dann, wenn sie in derselben Sitzung ausgeführt werden und wenn sie innerhalb einer explizit gestarteten Transaktion ausgeführt werden, immer noch ein Unterprozess. Daher sind die Einstellungen ( SETBefehle, lokale temporäre Tabellen usw.) lokal und überleben nicht das Ende dieses Unterprozesses.
• Hinzufügen SET ARITHABORT ON;am Anfang jeder gespeicherten Prozedur:
  • Dies erfordert eine Menge Arbeit für vorhandene Projekte, insbesondere wenn die Anzahl der gespeicherten Prozeduren zunimmt
  • Dies hilft nicht bei Ad-hoc-Anfragen

Option 1

Abgesehen von der Lösung von Sankar funktioniert das Festlegen der Einstellung für den arithmetischen Abbruch auf Serverebene für alle Verbindungen:

EXEC sys.sp_configure N'user options', N'64'
GO
RECONFIGURE WITH OVERRIDE
GO

Ab SQL 2014 wird empfohlen, für alle Verbindungen aktiviert zu sein :

Sie sollten ARITHABORT in Ihren Anmeldesitzungen immer auf ON setzen. Das Setzen von ARITHABORT auf OFF kann sich negativ auf die Abfrageoptimierung auswirken und zu Leistungsproblemen führen.

Dies scheint also die ideale Lösung zu sein.

Option 2

Wenn Option 1 nicht durchführbar ist und Sie für die meisten Ihrer SQL-Aufrufe gespeicherte Prozeduren verwenden (siehe Gespeicherte Prozeduren vs. Inline-SQL ), aktivieren Sie einfach die Option in jeder relevanten gespeicherten Prozedur:

CREATE PROCEDURE ...
AS 
BEGIN
   SET ARITHABORT ON
   SELECT ...
END
GO

Ich glaube, die beste echte Lösung besteht darin, Ihren Code einfach zu bearbeiten, da dies falsch ist und jede andere Korrektur lediglich eine Problemumgehung darstellt.

Ich bin hier kein Experte, aber Sie können etwas wie unten versuchen.

String sConnectionstring;
sConnectionstring = "Initial Catalog=Pubs;Integrated Security=true;Data Source=DCC2516";

SqlConnection Conn = new SqlConnection(sConnectionstring);

SqlCommand blah = new SqlCommand("SET ARITHABORT ON", Conn);
blah.ExecuteNonQuery();


SqlCommand cmd = new SqlCommand();
// Int32 rowsAffected;

cmd.CommandText = "dbo.xmltext_import";
cmd.CommandType = CommandType.StoredProcedure;
cmd.Connection = Conn;
Conn.Open();
//Console.Write ("Connection is open");
//rowsAffected = 
cmd.ExecuteNonQuery();
Conn.Close();

Ref: http://social.msdn.microsoft.com/Forums/en-US/transactsql/thread/d9e3e8ba-4948-4419-bb6b-dd5208bd7547/

Es gibt keine Einstellung, die SqlClient zwingt, ARITHABORT immer zu aktivieren. Sie müssen dies wie beschrieben einstellen.

Interessanterweise aus der Microsoft-Dokumentation zu SET ARITHABORT : -

Sie sollten ARITHABORT in Ihren Anmeldesitzungen immer auf ON setzen. Das Setzen von ARITHABORT auf OFF kann sich negativ auf die Abfrageoptimierung auswirken und zu Leistungsproblemen führen.

Und doch ist die .Net-Verbindung fest programmiert, um dies standardmäßig zu aktivieren?

Außerdem müssen Sie bei der Diagnose von Leistungsproblemen mit dieser Einstellung sehr vorsichtig sein. Unterschiedliche Set-Optionen führen zu unterschiedlichen Abfrageplänen für dieselbe Abfrage. Bei Ihrem .Net-Code kann ein Leistungsproblem auftreten (SET ARITHABORT OFF). Wenn Sie jedoch dieselbe TSQL-Abfrage in SSMS ausführen (SET ARITHABORT ON standardmäßig), ist dies möglicherweise in Ordnung. Dies liegt daran, dass der .Net-Abfrageplan nicht wiederverwendet und ein neuer Plan generiert wird. Dies könnte beispielsweise ein Parameter-Sniffing-Problem beseitigen und die Leistung erheblich verbessern.

Wenn es jemandem Zeit spart, in meinem Fall (Entity Framework Core 2.0.3, ASP.Net Core API, SQL Server 2008 R2):

1. Es gibt keine Interceptors auf EF Core 2.0 (Ich denke, sie werden bald auf 2.1 verfügbar sein)
2. Weder die Einstellung der globalen Datenbank noch die Einstellung der user_optionsDatenbank war für mich akzeptabel (sie funktionieren - ich habe sie getestet), aber ich konnte nicht riskieren, andere Anwendungen zu beeinträchtigen.

Eine Ad-hoc-Abfrage von EF Core mit SET ARITHABORT ON;oben funktioniert NICHT.

Die Lösung, die für mich funktioniert hat, war: Eine gespeicherte Prozedur, die als unformatierte Abfrage aufgerufen wird, mit der SETOption EXECkombinieren, bevor sie durch ein Semikolon getrennt wird:

// C# EF Core
int result = _context.Database.ExecuteSqlCommand($@"
SET ARITHABORT ON;
EXEC MyUpdateTableStoredProc
             @Param1 = {value1}
");

Aufbauend auf der Antwort von Solomon Rutzy für EF6:

using System.Data;
using System.Data.Common;

namespace project.Data.Models
{
    abstract class ProjectDBContextBase: DbContext
    {
        internal ProjectDBContextBase(string nameOrConnectionString) : base(nameOrConnectionString)
        {
            this.Database.Connection.StateChange += new StateChangeEventHandler(OnStateChange);
        }

        protected static void OnStateChange(object sender, StateChangeEventArgs args)
        {
            if (args.OriginalState == ConnectionState.Closed
                && args.CurrentState == ConnectionState.Open)
            {
                using (DbCommand _Command = ((DbConnection)sender).CreateCommand())
                {
                    _Command.CommandType = CommandType.Text;
                    _Command.CommandText = "SET ARITHABORT ON;";
                    _Command.ExecuteNonQuery();
                }
            }
        }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        ...

Dies verwendet System.Data.Common's DbCommandanstelle von SqlCommandund DbConnectionanstelle von SqlConnection.

Eine SQL Profiler-Ablaufverfolgung SET ARITHABORT ONwird beim Öffnen der Verbindung gesendet, bevor andere Befehle in der Transaktion ausgeführt werden.