Announcement

**Andreas Kosch** · 10.09.2001, 10:40

Hallo,

ich w�rde folgendes machen: 
a) Beim Auftreten des Problems die Eintr�ge der Errors-Kollektion der TADOConnection-Instanz anzeigen lassen 
<pre>
with ADOConnectionSQLOLEDB do
for iError := 0 to Errors.Count - 1 do
sError := sError + Errors[iError].Description + #10#13;
ShowMessage(sError);
</pre>
b) Den Profiler des Microsoft SQL Server dazu verwenden, um alle von ADO generierten SQL-Anweisungen mitzuprotokollieren

**Adi Emmenegger** · 10.09.2001, 18:58

Hallo, ich habe festgestellt, dass in einem neuen Projekt mit folgenden Komponenten (mit TADOConnection,TADODataSet, TDataSource, TDBGrid, TNavigator) der Fehler folgender Masse auftritt. Bei den ersten 2..10x Datensatz hinzuf�gen wird kein Fehler generiert, aber dann pl�tzlich ist er da. Erst nach schliessen des TADODataSet's funktioniert es wieder einige Male. Festgestellt habe ich noch, das trotz des Fehlers, der neu hinzugef�gte Datensatz in der Datnebank angeh�ngt wurde. Folgendes habe ich noch probiert: Als es wieder ohne Fehler funktionierte, stoppte ich den MS-SQL-Server. Ich konnte noch 2..3 Datens�tze hinzuf�gen, dann war der gleiche Fehler wieder da. MfG Ad

**Adi Emmenegger** · 13.09.2001, 09:37

Hallo, ich habe, glaube ich wenigstens, das Problem herausgefunden. Ich habe bei der Tabellen-Definition folgende Defaultwerte drin: 

  [STDELETED] [char] (1) NOT NULL DEFAULT "N", 
  [STERSTELLTVON] [char] (10) NOT NULL DEFAULT CURRENT_USER , 
  [STERSTELLTAM] [datetime] NOT NULL DEFAULT CURRENT_TIMESTAMP , 
  [STMUTIERTVON] [char] (10) NOT NULL DEFAULT CURRENT_USER , 
  [STMUTIERTAM] [datetime] NOT NULL DEFAULT CURRENT_TIMESTAMP , 

Wenn ich nun einen Datensatz bearbeite/hinzuf�ge, l�sen mir die Datensensitive Komponenten TDBEdit, TDBText, welche nicht vom Benutzer gef�llt werden (Bei TDBText f�r STERSTELLTVON, STERSTELLTAM, STMUTIERTVON, STMUTIERTAM macht es ja keinen Sinn), wird, wie weiter oben Beschrieben, den Fehler ausgel�st. Werden diese Komponenten f�r die oben genannten Felder (Im TDBGrid nicht miteinbezogen) abgeh�ngt, klappt es. Ich bin aber mit einer solchen L�sung nicht ganz zufrieden. Hat jemand einen Rat, wie dieses Problem auch etwas eleganter gel�st werden kann ? MfG Ad

**Andreas Kosch** · 13.09.2001, 10:35

Hallo,

ich gehe davon aus, dass jede Tabelle einen Prim�rschl�ssel vom Typ INTEGER verwendet. Was passiert, wenn nach dem �ffnen der TADODataSet-Instanz die folgenden Anweisungen abgesetzt werden?
<pre>
with ADODataSet1.Recordset do
begin
Properties['Update Criteria'].Value := adCriteriaKey;
Properties['Update Resync'].Value := adResyncAll;
end;
</pre&gt

**Adi Emmenegger** · 13.09.2001, 19:16

Hallo, es hat sich nichts ge�ndert. MfG Ad

**Adi Emmenegger** · 14.09.2001, 00:04

Hallo, ich muss meine vorherige Antwort revidieren. Ich habe die Tabelle auf die Existenz eines Primary-Key �berpr�ft und dabei festgestellt, dass dieser fehlte. Nach anschliessendem Test funktionierte das bearbeiten/hinzuf�gen bis jetzt problemlos. Danke ! MfG Ad

Announcement

...Fehler bei einem aus mehreren Schritten bestehenden Vorgang

...Fehler bei einem aus mehreren Schritten bestehenden Vorgang

Comment

Comment

Comment

Comment

Comment

Comment