"Erklären muß, die Skalare variable" Fehler beim ausführen einer gespeicherten Prozedur

Habe ich versucht zu machen, ein Verfahren zum einfügen eines Preis:

create procedure prInsertPrice
@NuggetID varchar(5),
@Unit_Price money,
@Start_Date datetime,
@End_Date datetime
as
begin
DECLARE @date AS DATETIME
SET @date = GETDATE()
    if
        (
        (@NuggetID like 'N[0-9][0-9]')
        and
        (@Unit_Price is not null)
        and
        (@Start_Date is not null)
        )
    begin
        print 'Insert Success'
        insert NuggetPrice (NuggetId, Unit_Price, Start_Date, End_Date)
        values (@NuggetID, @Unit_Price, @Start_Date, @End_Date)
    end
    else
    begin
        print 'Failed to insert'
    end
end

Wenn ich die Prozedur auszuführen, es ist in Ordnung, aber wenn ich das Verfahren so:

EXEC prInsertPrice 'N01', 20000, @date, null

Bekomme ich die Fehlermeldung:

Erklären muß, die Skalare variable @Datum.

Warum ist das so und wie kann ich das problem beheben?

  • Die Fehlermeldung ist doch ziemlich klar, Sie haben zum hinzufügen von DECLARE @date datetime und setzen Sie diese variable in der gleichen charge wie Sie laufen den exec.
  • Manchmal hilft es, zu wissen, was Sie versuchen zu tun, bevor wir geben können, eine akzeptable Antwort. so... WAS WAR IHRE ABSICHT HIER? was hast du erwartet zu geschehen?
  • Ich bin versucht, erstellen Sie eine Prozedur, wird in der Lage sein zu tun, legen Sie basierend auf dem Inhalt der procedur. Auch hier habe ich ein problem mit Deklaration von Variablen, die ich war erforderlich, um getdate() - Funktion, um die aktuelle Uhrzeit, wenn die exec proc. sorry für schlechtes Deutsch, ist nicht meine Muttersprache.
InformationsquelleAutor Aditya Rizky | 2017-01-11
  1. 5

    Das @Datum in der exec-Anweisung ist verschiedenen dann die gespeicherte Prozedur.

    Sollten Sie so etwas tun:

    DECLARE @date AS DATETIME
SET @date = GETDATE()
EXEC prInsertPrice 'N01', 20000, @date, null
    • immer noch nicht verstehen, kannst du mich führen Schritt für Schritt?, ich bin wirklich noob
    • Das Tat er führt Sie Schritt für Schritt durch. In der Tat gab Sie alle den code, der benötigt wird für diese zu arbeiten. Welchen Teil von " es ist nicht klar?
    InformationsquelleAutor Peter4499
  2. 2

    Beim ausführen:

    EXEC prInsertPrice 'N01', 20000, @date, null

    Übergeben Sie die variable @date als Dritter parameter an die gespeicherte Prozedur, wie @Start_Date. Dies ist völlig unabhängig von der @date Variablen, die Sie deklariert haben innen der gespeicherten Prozedur selbst, die wird deklariert und initialisiert nach das Verfahren wurde genannt, als es ausführt.

    Wenn Sie nicht initialisiert den @date variable, die übergeben wird als parameter an die gespeicherte Prozedur vor dem Aufruf der gespeicherten Prozedur ein, dann erhalten Sie die Fehlermeldung, die Sie beschrieben haben.

    So, müssen Sie deklarieren und initialisieren Sie diese variable Erstens:

    DECLARE @date DATETIME = '2017-01-01' -- You can whatever date value you require here
EXEC prInsertPrice 'N01', 20000, @date, null

    Dies sollte den Fehler vermeiden.

    Hinweis: Sie können auch trennen Sie die Deklaration und Initialisierung der @date variable, wenn Sie bevorzugen würden:

    DECLARE @date DATETIME
SET @date = '2017-01-01'

    In der Adressierung Ihrer zugrunde liegenden problem-oder verhindert schlechte Daten eingefügt in Ihre NuggetPrice Tabelle, aber ich würde Zustimmen Prdp's Vorschlag, das hinzufügen einer CHECK Einschränkung auf die Tabelle, zum Beispiel:

    ALTER TABLE NuggetPrice
  ADD CONSTRAINT CK_NuggetPrice CHECK (NuggetID LIKE 'N[0-9][0-9]' 
                                       AND Unit_Price IS NOT NULL 
                                       AND Start_Date IS NOT NULL)

    Dies würde auch verhindern, dass jemand aus dem einfügen von Datensätzen, die nicht einverstanden sind mit der Logik angegeben.

    InformationsquelleAutor 3N1GM4
  3. 1

    Schon zwei andere Antworten gab genügend Informationen über den Grund für die Fehlermeldung werde mich nicht darüber zu reden. Hier ist der unterschiedliche Ansatz zur Lösung des Daten-Validierung

    Anstatt eine Stored Procedure einzuschränken einfügen von fehlerhaften Daten in die Tabelle, ich schlage vor, Sie erstellen eine Check constraint dazu 

    ALTER TABLE NuggetPrice
  ADD CONSTRAINT CK_NuggetPrice CHECK (NuggetID LIKE 'N[0-9][0-9]' AND Unit_Price IS NOT NULL AND Start_Date IS NOT NULL)

    Wird dies sicher niemand fügt falsche Daten in NuggetPrice

    • Während ich Zustimmen, dass dies möglicherweise eine bessere Lösung für das zugrunde liegende problem der Validierung der Daten, diese Antwort hilft nicht die OP verstehen warum, er war immer der bestimmten Fehler in seiner Frage.
    • Das ist, weil du schon Jungs antwortete auf den Grund für den Fehler
    • fair genug, ich verstehe. Würden Sie widersprechen mir darunter Ihren Vorschlag in meiner Antwort, um es zu verbessern? Ebenso fühlen Sie sich frei, um meine Antwort und die Arbeit in Ihnen, wenn Sie bevorzugen.
    • Gar nicht.. bitte verbessern Ihre Antwort
    InformationsquelleAutor Pரதீப்
Schreibe einen Kommentar