Insert in MSSQL 2008 mit PrimaryKey und automatischem Hochzählen funktioniert nicht

[Piro]

Es ist ReadOnly.

Einfaches folgendes vorweg gesetzt.

Delphi-Quellcode:

 if DSData.FieldByName('id').ReadOnly then
   ShowMessage('readonly') 
 else
   ShowMessage('not readonly');

 DSData.FieldByName('title').AsString := edt_title.Text;
...

Das DSData hat nur die Standardeinstellungen. FieldDefs und Parameters sind leer. Einstellungen im Anhang.

[Uwe Raabe]

Anderer Ansatz. Beim Erzeugen der Tabelle ist das NOT NULL bei ID bestenfalls redundant, hier eventuell aber störend:

Code:

CREATE TABLE [dbo].[requests](
   [id] [int] IDENTITY(1,1) NOT NULL,

[Piro]

Das war es nicht. Ich habe die Tabelle neu erstellt ohne die Angabe von NOT NULL. Es setzt es automatisch auf NOT NULL. Mit der Angabe NULL funktioniert es nicht, dass es ein Primary Key ist.

Kann es sein, dass eventuell TADODataSet hier nicht mehr passt?

Klappt es vielleicht mit TADOQuery oder TADOCommand?

Danke im Voraus.

[tgvoelker]

Liegt meines Erachtens nicht an ADO, sondern an der verwendeten Komponente.

Der Hinweis in der OH

Zitat:

Für SQL-Anweisungen wie DELETE, INSERT und UPDATE sind Komponenten wie TADOCommand oder TADOQuery besser geeignet.

läßt schließen, daß diese Komponenten sich anders verhalten. Insofern macht ein Versuch da klug. TADOTable wäre sicherlich auch eine Möglichkeit.

Mit SDAC hatte ich niemals solche Effekte.

[sx2008]

Die VCL muss wissen dass es sich beim Feld "ID" um ein Autoincrementfeld handelt.
Leider hat ADO/VCL einige Bugs im Bezug auf das Auslesen von Feldinformationen.
dataset.FieldByName('ID').AutoGenerateValue := arAutoInc;

[Uwe Raabe]

Zitat von sx2008:

Die VCL muss wissen dass es sich beim Feld "ID" um ein Autoincrementfeld handelt.
Leider hat ADO/VCL einige Bugs im Bezug auf das Auslesen von Feldinformationen.

Das war auch der Hintergrund meiner Frage, ob das Feld ReadOnly sei. Ein ReadOnly-Feld sollte bei einem Post eigentlich gar nicht an den Server übertragen werden.