| Forum: ADO.NET |
Thema:
AW: AW: prinzipielle Vorgehensweise bei Autowerten |
Von:
Chris Nöther (
16.11.2006 12:09) |
Hallo Guido,
hui, das ging schnell, hätte ich ja gar nicht erwartet. So richtig frequentiert ist das Forum ja nicht. Vielen Dank für Deine Antwort.
Ja, mit 'nem DataAdapter. Und wenn es nur eine Tabelle wäre, dann wäre es auch kein Problem, denke ich, da ich eine ID beim Anlegen ja noch nicht wirklich bräuchte. Aber angenommen beliebtes Beispiel Kunden->Orders, ich lege einen Kunden an und unter dessen ID dann seine neuen Bestellungen. Welche Kunden-ID nehme ich dann für die Bestellungen? Da bräuchte ich ja schon die vom Server, das würde aber bedeuten, ich müßte jeden Kunden nach dem Neuanlegen sofort in die Datenbank schreiben, um dessen ID zu bekommen, und eine weitestgehende Verarbeitung der Daten nur im Dataset ist nicht möglich. Das widerspricht ja irgendwie der Philosophie von ADO.NET. Aber vermutlich geht's nicht anders. Ich hätte es für möglich gehalten, dass ADO.NET hierfür einen speziellen Mechanismus vorsieht, z.B. irgendwelche temporären Schlüssel vergibt, die dann beim Zurückschreiben des Datasets automatisch aufgelöst und korrigiert werden.
Chris
| Betreff |
Von |
Datum |
|
|
|
|
Guido
Nachtigall
|
16.11.2006 12:51 |
|
|
  |
AW: AW: AW: AW: prinzipielle Vorgehensweise bei...
| Ja, eine temporäre ID zu generieren ist ja kein Problem. Aber eben später die Orders, die den nur temp. Kunden-IDs zugeordnet sind, dann den korrekten, endgültigen Kunden_IDs zuzuordnen, das stelle... |
|
|
|
|
|
Chris
Nöther
|
16.11.2006 13:13 |
|
|
|
|
Bernhard
Grojer
|
16.11.2006 16:41 |
|
|
|
AW: AW: AW: AW: AW: AW: prinzipielle...
| Hallo,
einen neuen Schlüssel kann ich nicht nehmen, da ich an der Datenstruktur nichts ändern kann (wird auch anderweitig benutzt). Ich habe aber gestern auch in einem anderen Forum gepostet, und... |
|
|
|
|
|
Chris
Nöther
|
17.11.2006 08:14 |
|
|
|
Antworten
Vorsicht bei der Eingabe: Die Zeichen ' oder -- sind nicht erlaubt!
