SQL Server : verwenden Sie bigint-Variablen in der gespeicherten Prozedur

Sehr einfach, ich rufe ein Verfahren, um die Primärschlüssel aus einer Tabelle, die Speicherung der Schlüssel in einer Variablen, so dass ich kann, dann verwenden Sie zum einfügen in einer anderen Tabelle muss ein Fremdschlüssel. Die variable ist das, was ich erwartet es zu sein, aber wenn ich es benutze, es gibt nichts zurück.

Nach dem Versuch, es zu betrachten, es scheint zu sein, dass Ihr ein Problem mit der WHERE - Klausel und der Verwendung der variable

DECLARE @ClientId bigint;

SELECT * 
FROM Testing.dbo.Client 
WHERE ClientID = @ClientId

@ClientId Wert ist 2

Es ist ein Wert von 2 für eine als eine client-ID in der Tabelle

Wenn ich diesen starte, bekomme ich das Ergebnis erwarte ich

select * 
from Testing.dbo.Client 
where ClientID = 2

Dies ist, wo es festgelegt wird,

DECLARE @ClientId int;
EXECUTE @ClientId = Testing.dbo.GetClientID @ClientName;

Wo GetClientID ist folgende

USE Testing
GO
CREATE PROCEDURE GetClientId
    @ClientName nvarchar(50)
AS 
    SELECT ClientID FROM Testing.dbo.Client WHERE ClientName = @ClientName
GO

Gearbeitet, ein bisschen mehr jetzt, so die ClientId wird nicht immer gesetzt nach Aufruf der proc

wo/wie legen Sie den Wert von @ClientId? Weil in deinem snippet, du bist nur zu deklarieren, nicht der Zuweisung eines Wertes.
Während Sie initialisieren kann in der declare wie in der Antwort unten, würden Sie verwenden in der Regel set wie in set @ClientId = 2;. In der Tat, die alte Versionen von SQL Server können Sie nicht tun, die inline-Initialisierung.

InformationsquelleAutor RobouteGuiliman | 2015-11-24

Müssen Sie initalize variable ansonsten enthält NULL;

DECLARE @ClientId bigint = 2; 
select * from Testing.dbo.Client where ClientID = @ClientId;

Wenn Sie es in der argument-Liste erstellen Sie keine variable mit diesem Namen:

CREATE PROC stored_procedure
    @ClientID BIGING
AS
BEGIN
   select * from Testing.dbo.Client where ClientID = @ClientId;
END

InformationsquelleAutor Lukasz Szozda

Wenn Sie versuchen, eine variable, eine Prozedur speichern, ist dies der richtige Weg:

DECLARE @ClientId Table(ClientId int);

Insert Into @ClientId(ClientId)
Exec Testing.dbo.GetClientID @ClientName;

select * 
from Testing.dbo.Client 
where ClientID = (Select ClientId From @ClientId);

Wenn Sie Ihren Shop Verfahren wirft viele Zeilen ändern, die = für In wie diese:

select * 
from Testing.dbo.Client 
where ClientID in (Select ClientId From @ClientId);

InformationsquelleAutor MelgoV

0

Habe ich es geschafft, es klappt mit OUTPUT-Variablen, die ich hatte nicht vor
```
USE Testing
GO
CREATE PROCEDURE AddReading
@ClientName NVARCHAR(50),
@MonitorName NVARCHAR(50),
@DateTime DATETIME,
@Temperature DECIMAL(12, 10),
@Humidity DECIMAL (12, 10),
@Staleness DECIMAL (12, 10)
AS 
DECLARE @ClientId int;
EXEC Testing.dbo.GetClientId @ClientName, @ClientId OUTPUT;

INSERT INTO Testing.dbo.Reading 
(ClientID, MonitorName, DateTime, Temperature, Humidity, Staleness)
VALUES (@ClientId, @MonitorName, @DateTime, @Temperature, @Humidity, @Staleness);
GO
```
Wo proc GetClientId war
```
USE Testing
GO
CREATE PROCEDURE GetClientId
@ClientName nvarchar(50),
@ClientId bigint OUTPUT
AS 
Select @ClientId = ClientID FROM Testing.dbo.Client WHERE ClientName = @ClientName
GO
```
Bitte lassen Sie mich wissen, wenn Sie glauben, dass dies der beste Weg, dies zu tun, oder ob es einen besseren Weg, es zu tun.
- Eine Skalare geschätzten user defined function wird wahrscheinlich einfacher sein, zu verwenden. In meiner Erfahrung weder die gespeicherte Prozedur (zu schwer zu bedienen) noch eine Funktion (fordert langsam langsam, Zeile für Zeile, Verarbeitung) sind nützlich. Die Abstraktionen neigen dazu, undicht und Abfragen die Tabelle oder die Sicht direkt ziemlich einfach.
- Ohne zu wissen, das größere Bild, IMHO ein besserer Weg wäre nicht die Umsetzung dieser trivialen operation in ein separates gespeicherten Prozedur. Einfach den code direkt in die AddReading gespeicherten Prozedur. Es sei denn, die Logik ist Komplex und wird wiederverwendet, indem Sie andere Dinge, weil es so Komplex ist.
- Ich weiß, das ist alt, aber wenn Ihr USE Testing warum würden Sie EXEC Testing.dbo.blahblah und INSERT INTO Testing.dbo.blahblah?
InformationsquelleAutor RobouteGuiliman

wenn Sie verwenden möchten, wie diese:

DECLARE @ClientId int;
EXECUTE @ClientId = Testing.dbo.GetClientID @ClientName;

können Sie RETURN @ClientID in der Prozedur

CREATE PROC proc_GetClientID
    @ClientNeme VARCHAR(max)
AS
BEGIN
    DECLARE @ClientID BIGINT
    SELECT @ClientID=1000
    RETURN @ClientID
END


DECLARE @ClientID INT
EXEC @ClientID =dbo.proc_GetClientID 'test'
SELECT @ClientID

InformationsquelleAutor Nolan Shang

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.