Re: Null als Parameter in StoredProcedure liefert auf zwei Systemen ve
- From: Wolfgang Wagner <wolfgang.wagnerFIVE@xxxxxxxxxxxxx>
- Date: Sat, 18 Jun 2005 07:20:01 +0200
On Fri, 17 Jun 2005 03:52:03 -0700, "Christa Kurschat"
<ChristaKurschat@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
>
>das liegt wahrscheinlich ander unterschiedlichen Einstellung von "Set
>Ansi_nulls".
>Am lokalen SQL Server ist die Einstellung wohl auf OFF gestellt.
>
>Was soll denn passieren, wenn der Parameter NULL enthält?
>Sollen dann alle DS ausgegeben werden, ändere das Statement folgendermaßen:
>where(ArbeitsgangNr = @ArbeitsgangNr or @ArbeitsgangNr is null)
>
>Sollen nur die DS ausgegeben werden, bei denen das entsprechende Feld NULL
>sit, müßtest Du zu Begin der SP die Anweisung
>SET ANSI_NULLS OFF
>einfügen.
>
>Gruß
>Christa
Wenn die SP oft aufgerufen wird, sollte man auss Performancegründen
SET ANSI_NULLS OFF vermeiden. Dies führt bei jedem Aufruf der SP zu
einem Recompile und somit gibt's kein Chaching des Execution plans.
lg
wolfgang
.
- References:
- Null als Parameter in StoredProcedure liefert auf zwei Systemen verschiedene Ergebnisse
- From: Markus Elsper
- RE: Null als Parameter in StoredProcedure liefert auf zwei Systemen ve
- From: Christa Kurschat
- Null als Parameter in StoredProcedure liefert auf zwei Systemen verschiedene Ergebnisse
- Prev by Date: Re: Migration Access -> SQL Server
- Next by Date: Re: Datenbankneutralität - DAL
- Previous by thread: Re: Null als Parameter in StoredProcedure liefert auf zwei Systeme
- Next by thread: Rückgabewert aus Procedure
- Index(es):
Relevant Pages
|