Hallo zusammen,
wir wollen gerade ein Programm entwickeln, welches sich automatisch Datenänderungen aus der Datenbank zieht und diese als Dateien bereitstellt. Hierfür speichern wir die ID's der Datensätze (z.B. von Kunden oder Artikeln) in jeweils eine Tabelle. Diesen
Schritt müssen wir machen, da wir nicht wissen, wie groß die Datenmenge ist und wir ggf. die Datenmenge aufsplitten müssen. Dies machen wir bislang über eine Stored Procedure, welche auch das CHANGETABLES ausführt.
Da wir bei dem aktuellen Projekt über 10 verschiedene Schnittstellen benötigen und das Projekt später auch in anderen Projekten eingesetzt werden soll, wollen wir so viel wie möglich automatisieren. Da die StoredProcedure für jedes Projekt gleich aussieht
und nur die Daten aus dem CHANGEABLES abweichen, haben wir uns überlegt, das CHANGETABLES in einen VIEW auszulagern. So hätten wir nur eine Standardprocedure zum auslesen des Views und eintragen der Daten, dafür dann 10 (oder mehr) Views, die als Datengrundlage
dienen.
Nur kurz zu Anfang: Mir ist klar, das wir auch einfach 10 Procedures anlegen könnten und dies wahrscheinlich ähnlich viel Arbeit machen würde :) ich möchte gerne eine Trennung, da ich es übersichtlicher finde.
Zu meinem Problem: Wenn ich das CHANGETABLE in einen VIEW auslagern will, dann meckert er mich immer an. Das Problem ist die LastChangId, diese wird in der Procedure per Variable gefüllt, in dem View kann ich dies nicht (laut meinem Kenntnisstand) daher
möchte ich diese über eine SQL-Klausel füllen. Das scheint MSSQL nicht zu mögen.
Mein Code in der Procedure
SET @lastChangeId = (SELECT Value FROM Variables WHERE Process = 2);
DECLARE @ids TABLE(ID int);
INSERT INTO @ids
SELECT art.ID FROM CHANGETABLE(CHANGES dbo.tblArticles, @lastChangeId) AS art
Mein Code im View:
SELECT art.ID FROM CHANGETABLE(CHANGES dbo.tblArticles, (SELECT Value FROM Variables WHERE Process=2)) AS art
Fehlermeldung:
Incorrect syntax near 'SELECT', Expecting ID or QUOTED_ID
Soweit ich es gelesen habe, benötigt CHANGETABLE als 2. Parameter einen BIGINT, etwas anderes nimmt er dort nicht an, weder als SQL, noch als Function (habe ich auch versucht). Hat noch jemand von euch eine Idee, was ich versuchen könnte?
VG und danke fürs lesen,
Thomas
