Re: Null als Parameter in StoredProcedure liefert auf zwei Systeme

Hallo Christa
"Christa Kurschat" <ChristaKurschat@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im
Newsbeitrag news:1FCF7B5E-2997-4A4B-82B4-3516E4DCFD49@xxxxxxxxxxxxxxxx
> Hallo Markus,
>
> Hmmmm....
> Seltsam :-)
>
>> Weisst Du evtl. noch was anderes?
>>
>
> Diese Option kann für jede Verbindung gesetzt werden.
> Wie hast Du das Statement getestet?
> Könnte der Client andere Einstellungen haben als die DB?
> Wenn QA, schau mal in die Optionen - Verbindungsoptionen
>
> Aber wie auch immer, gerade weil diese Ansi_nulls-Geschichte so unwägbar
> ist, solltest Du in Deiner Prozedur sauber arbeiten, also entweder vorher
> expliziet setzen, um das gewünschte Verhalten zu erreichen oder mit IS
> NULL
> arbeiten.
>
> Ev. geht ja folgendes:
>
> where
> case
> when @Parameter is null
> then Feld is null
> else Feld = @Parameter
> end
>
> Oder arbeite mit dyn. SQL:
>
> declare sql varchar(4000)
> set @sql = 'select ... from Tabelle where '
> if Parameter is null
> set @sql = @sql + 'Feld is null'
> else
> set @sql = @sql + 'Feld = ''' + @Parameter + '''
> exec (@sql)
>
> Alles andere wäre mir zu ungewiß.
>
> Gruß
> Christa

die SP's werden von einer DotNet Anwendung aufgerufen, um diese Fehlerquelle
zu eliminieren, habe ich die SP im QueryAnalyzer aufgerufen.
Bei mir local funzt es, beim Kunden nicht.
Ich prüfe nun in der Prozedur ob denparameter auf Null und passe dann die
where Klausel entsprechend an, etwa so wie Du oben beschrieben hast.

Ich würde nur gerne den Grund wissen, warum sich die beiden Systeme
unterschiedlich verhalten.

Gruss
Markus


.

Relevant Pages

  • Re: Null als Parameter in StoredProcedure liefert auf zwei Systeme
    ... > Hallo Markus, ... > Diese Option kann für jede Verbindung gesetzt werden. ... > declare sql varchar ... Next by Date: ...
    (microsoft.public.de.sqlserver)
  • Re: SQL Connection in die Global.asax auslagern
    ... ich seh ein das mein Weg mit der Globalen SQL Verbindung irgendwo ... Prev by Date: ... Next by Date: ...
    (microsoft.public.de.german.entwickler.dotnet.asp)
  • Wieder mal: Zugriffsprobleme
    ... Nur die Verbindung zum SQL Server will noch nicht. ... Keiner vertrauten SQL Server-Verbindung zugeordnet. ... Prev by Date: ... Next by Date: ...
    (microsoft.public.de.german.entwickler.dotnet.asp)
  • SQL Server-Fehler: 18452
    ... Fehler bei der Verbindung: ... Benutzer 'UM'.Ursache: keiner vetrauten SQL Server-Verbindung zugeordnet. ... Next by Date: ...
    (microsoft.public.de.sqlserver)
  • SQL SVR Verbindungsfehler 19703
    ... Initialisieren der Verbindung den Fehler 19703 ... Anmeldetaten am SQL Sever anmelde, ... Prev by Date: ... Next by Date: ...
    (microsoft.public.de.sqlserver)