Primärschlüssel wird nicht übernommen

Hallo,
ich will die Daten mithilfe von ColdFusionMX aus XML-File lesen und dann in eine bestehende Access Datenbank einfügen. Die Insert-Abfrage sieht dann ungefähr so aus:

insert into t_models ( model_id , title , long_descr )
values ( ‚13‘ , ‚Ford Transit Connect‘ , ‚bla bla bla‘)

Das funktioniert auch, aber model_id(PK) wird zu ‚{233A0000-0888-233A-ECE5-FB0068071600}‘ anstatt von ‚13‘. Hat da jemand eine Idee, woran es liegt?
P.S. Ich darf keine Änderungen an DB-Layout vornehmen.

Welchen Datentyp hat model_id?

Gruss, Simon

Welchen Datentyp hat model_id?

Gruss, Simon

Welchen Datentyp hat model_id >
Felddatentyp: Zahl
Feldgöße: Replikations-ID
Eingabe erforderlich: Nein
Indiziert: Ja (Ohne Duplikate)

Feldgöße: Replikations-ID

Das ist schon die Erklärung. Eine Replikations- ID, von allen anderen außer Windoof als GUID (global unique identifier) bezeichnet, ist 16 Byte groß und ganz was Andreas als ein AutoWert. Wenn Du das DB- Layout nicht verändern kannst, ist an dieser Stelle Schluss …

Gruß kw

Wieso AutoWert? Die ID füge ich doch mit ein. Oder habe ich was falsch verstanden?

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

Wieso AutoWert? Die ID füge ich doch mit ein. Oder habe ich
was falsch verstanden?

In der Tabelle ist die ID aber als GUID definiert, so dass eben solche Bandwürmer herauskommen, wie von Dir beschroben.

Gruß kw

Erstmals, vielen Dank für eure Hilfe!
Aber, kann man dies gar nicht umgehen? Das Problem ist, dass ich diesen Typ(Replikations-ID) nicht ändern kann bzw. darf, weil an der Tabelle ein Haufen von Beziehungen hängt.

Gruß
AG

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

Hallo, Andrej!

Aber, kann man dies gar nicht umgehen?

Nein. Teilweise funktioniert wohl das Einfügen eines explizit angegebenen Wertes in ein Autowert-Feld, was aber streng genommen nicht wirklich toll ist (und bei Serverdatenbanken wohl nicht funktionieren wird, denn Sequence ist Sequence und nicht „Benutzer, mach doch, wie es Dir beliebt“). Bei der Replikations-ID ist das sauberer. Diese ist doch eben eindeutig (sogar über die Datenbank, nicht nur die Tabelle). Und woher soll sich die Datenbank sicher sein, dass Du nicht zwei mal die gleiche Zahl übergibst?

Das Problem ist, dass
ich diesen Typ(Replikations-ID) nicht ändern kann bzw. darf,
weil an der Tabelle ein Haufen von Beziehungen hängt.

Dann füge ein neues Feld mit Deiner Id ein, die Du dann auch setzen kannst. Hier solltest Du allerdings gewisse Plausiprüfungen implementieren, die das Verhalten bei mehrfachen „Ids“ definieren.
Suchen usw. kannst Du dann über das neue Feld. Um das Replikations-Id-Feld brauchst Du Dich eh niemals zu kümmern, außer eben bei den Suchen über durch Beziehungen verknüpfte Tabellen.

Oder aber Du passt das Datenmodell an und nimmst eben alle Replikations-Ids raus. Pass dabei aber bloß bei der Konvertierung auf, damit Du keine Daten verlierst…

Gruß, Manfred