FireDAC NO_SQL_DATA error

[haentschman]

Moin...

Zitat:

Wenn man Trigger macht, die auf Updates einer Tabelle reagieren und als (re)Aktion im Trigger ein Update auf die gleiche Tabelle macht, ist das nicht endlose Rekursion?

Der Trigger ist in Table Complete vorhanden und aktualisiert ausschließlich Table _Events

Code:

create table _Events
(
  ID int IDENTITY(1,1) NOT NULL,
  EventType int NOT NULL,
  EventName nvarchar(30) NOT NULL,
  EventCurrentGUID uniqueidentifier NOT NULL,
  CONSTRAINT Events_pk PRIMARY KEY CLUSTERED (ID ASC)
)
create index ixEventType on _Events (EventType)
GO

/* Events */
insert into _Events (EventType, EventName, EventCurrentGUID) values (0, 'Complete', NEWID())
GO

/* Trigger*/
create trigger TR_Complete on Complete for insert, update, delete as
begin
  update _Events set EventCurrentGUID = NEWID() where EventType = 0
end
GO

Zitat:

Interessante Ergebnisse im unteren Drittel

..was meinst du? Der doppelte EventType? Der ist immer eindeutig. Da aber alle Events manuell von mir manuell eingetragen werden, habe ich auf eine Prüfung verzichtet.


UPDATE:
1. SP erstellt

Code:

create procedure SP_EventsUpdate @EventType int 
as
begin
  set NOCOUNT ON;
  update _Events set EventCurrentGUID = NEWID() where EventType = @EventType
end
GO

2. Trigger auf SP umgestellt

Code:

create trigger TR_Complete on Complete for insert, update, delete as
begin
  exec SP_EventsUpdate @EventType = 0
end
GO

PS: Das NOCOUNT ON im Trigger galt nur für diesen. Alle Anderen haben den Fehler geschmissen. Da war eine SP besser...

[jobo]

Zitat von haentschman:

Moin...

Zitat:

Interessante Ergebnisse im unteren Drittel

..was meinst du?

Egal, nur ein bisschen rumgespielt und auch nicht die richtigen Dinge zur Hand.
Ich hatte ja zunächst übersehen, dass 2 verschiedene Tabellen im Spiel sind. Hab ich ja auch geschrieben. Aber ich hab weiter gespielt. Die 2. Tabelle hast Du nicht veröffentlicht und ich habe Deinen Code etwas verdreht (eben nur mit einer Tabelle) laufen lassen. Im Link sieht man beim 2. Insert, dass das Einfügen von nur 1 Datensatz relativ viele Rows betrifft (rows affected). Mehr, als man erwarten würde?

Ich nehme an, der Fehler (SQL_NO_DATA) soll eigentlich ein Schutzmechnismus sein, den NOCOUNT ON abschaltet.

[haentschman]

Moin...

Zitat:

Mehr, als man erwarten würde?

Ja, aber bedingt duch den EventType, der in deinem Beispiel immer 0 ist.

Ich echt ist es immer nur ein Datensatz.

Delphi-Quellcode:

/* Events statisch manuell */
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (1, 'Part', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (2, 'PartDefault', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (3, 'Address', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (4, 'AddressType', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (5, 'Empoyee', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (6, 'EmpoyeeGroup', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (7, 'EmpoyeeQualificationType', NEWID(), 1)
insert into _Events (EventType, EventName, EventCurrentGUID, EventActive) values (8, 'EmpoyeeType', NEWID(), 1)