Verwenden von While-Schleife für SQL Server-Update

Question

Ich versuche, in meiner SQL-Programmierung effizienter zu werden. Ich versuche eine Schleife auszuführen, um einen Aktualisierungsbefehl für Feldnamen zu wiederholen, die sich nur durch ein numerisches Suffix ändern.

Zum Beispiel, statt des Schreibens aus x_1, y_1, dann x_2, y_2 für jedes Update:

DECLARE @a INT 
DECLARE @b VARCHAR 

SET @a = 1 
WHILE @a < 30 
set @b = @a 
    BEGIN 
     UPDATE source set h = h + "x_"+@b 
      where "y_"+@b = 'Sold' 
    SET @a = @a + 1 
    END 

Lassen Sie mich wissen, ob ich klären kann. Ich verwende SQL Server 2005.

Danke für jede Anleitung.

---

Ich versuche Adams-Lösung anzuwenden und müssen verstehen, was richtige Verwendung von N‘in der folgenden:

exec sp_executesql update source_temp set pmt_90_day = pmt_90_day + convert(money,'trans_total_'+@b'') 
    where convert(datetime,'effective_date_'+@b) <= dateadd(day,90,ORSA_CHARGE_OFF_DATE) 
    and DRC_FLAG_'+@b = 'C' 

Answer 1

Dies wird nicht wirklich funktionieren, wie Sie nicht haben können der Spaltenname in Anführungszeichen Was Sie im Wesentlichen tun, ist, dass SQL zwei Zeichenfolgen vergleicht, die immer unterschiedlich sind, was bedeutet, dass Sie niemals ein Update durchführen werden.

Wenn Sie es auf diese Weise tun müssen, würden Sie so etwas wie haben müssen ...

DECLARE @a INT 
DECLARE @b VARCHAR 
SET @a = 1 

WHILE @a < 30 
BEGIN 
set @b = @a 
exec sp_executesql N'UPDATE source set h = h + 'x_'+@b + N' 
      where y_'+@b + N' = ''Sold''' 

SET @a = @a + 1 
END 

Im Allgemeinen jedoch, würde ich diese Praxis entmutigen. Ich bin kein Fan von dynamischem SQL, das in einer anderen SQL-Anweisung für jede Art von Produktionscode generiert wird. Sehr nützlich für einmalige Entwicklungsaufgaben, aber ich mag es nicht für Code, der von einem Benutzer ausgeführt werden könnte.

Answer 2

Adam hat viel mit dem Problem selbst zu tun, aber ich werde das zugrunde liegende Problem erwähnen, von dem dies nur ein Symptom ist. Ihr Datenmodell ist mit ziemlicher Sicherheit schlecht. Wenn Sie planen, viel (jede) SQL-Entwicklung zu machen, sollten Sie einführende Bücher über Datenmodellierung lesen. Eine der ersten Regeln der Normalisierung ist, dass Entitäten keine sich wiederholenden Gruppen enthalten sollten. Zum Beispiel sollten Sie nicht Spalten „phone_1“ genannt haben, „phone_2“ usw.

Hier ist eine viel bessere Möglichkeit, diese Art von Situation zu modellieren:

CREATE TABLE Contacts (
    contact_id INT NOT NULL, 
    contact_name VARCHAR(20) NOT NULL, 
    contact_description VARCHAR(500) NULL, 
    CONSTRAINT PK_Contacts PRIMARY KEY CLUSTERED (contact_id) 
) 

CREATE TABLE Contact_Phones (
    contact_id INT NOT NULL, 
    phone_type VARCHAR(10) NOT NULL, 
    phone_number VARCHAR(20) NOT NULL, 
    CONSTRAINT PK_Contact_Phones PRIMARY KEY CLUSTERED (contact_id, phone_type), 
    CONSTRAINT CK_Contact_Phones_phone_type CHECK (phone_type IN ('HOME', 'FAX', 'MOBILE')) 
) 

Nun, statt zu versuchen, Verketten Sie eine Zeichenkette, um mit verschiedenen Spalten umzugehen, die Sie als Set behandeln können, und rufen Sie die gewünschten Telefonnummern über die Geschäftslogik ab. (Tut mir leid, dass ich dein Beispiel nicht benutzt habe, aber es schien ein bisschen zu allgemein und schwer zu verstehen).

Answer 3

while @count < @countOfSession 
begin 
    if @day = 'Saturday' or @day = 'Tuesday' 
    begin 
    if @day='Saturday' 
    begin 
     select @date 
     set @day='Tuesday' 
     set @count=@count+1 
     set @date=@date+3 
    end 
    else if @day='Tuesday' 
    begin 
     select @date 
     set @day='Saturday' 
     set @count=@count+1 
     set @date=@date+4 
    end 
    end 
end