| Forum: ASP.NET2.0 |
Thema:
AW: AW: AW: AW: AW: AW: AW: AW: AW: IDENTITY |
Von:
Bernhard Grojer (
06.11.2006 14:04) |
Naja jetzt wirds klar.
Dein Problem liegt schon beim grundsätzlichen Datenbankdesign (behaupte ich mal ganz frech)
Wieso machst du nicht eine Spalte ID und eine Spalte Firmanr. Beides Zusammen stellt den Primary Key dar.
Du hast dann die Daten "schön" getrennt und dein Problem löst sich auf.
Mit deinem Ansatz kannst du nur SEHR schwer nachvollziehen was nun zu wem tatsächlich gehört.
Zum Thema Rücksicherung: Du kannst dann ganz Easy alle Datensätze entfernen (Anhand der Firmennummer) und neu Einfügen aus der "Datensicherung". Du musst dabei nicht beachten, dass dein PK in der Zwischenzeit schon anders vergeben wurde. (das kann nicht passieren weil die Firmennumemer ein Teil der ID ist)
| Betreff |
Von |
Datum |
|
|
  |
AW: AW: AW: AW: AW: AW: AW: AW: AW: AW: IDENTITY
| Also die Spalte FilialNr gibt es. Sonst würde man sich ja wirklich gar nicht zurecht finden und ja genau so mache ich es mit dem löschen. <br>PrimeryKeys und sowas in der Ursprungsdatenbank kann ich... |
|
|
|
|
|
G.
Guest
|
06.11.2006 14:18 |
|
|
|
Antworten
Vorsicht bei der Eingabe: Die Zeichen ' oder -- sind nicht erlaubt!
