AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Violation of foreign key constraint mit Delphi/Firebird
Thema durchsuchen
Ansicht
Themen-Optionen

Violation of foreign key constraint mit Delphi/Firebird

Ein Thema von elliot_dd · begonnen am 18. Sep 2005 · letzter Beitrag vom 19. Sep 2005
Antwort Antwort
marabu

Registriert seit: 6. Apr 2005
10.109 Beiträge
 
#1

Re: Violation of foreign key constraint mit Delphi/Firebird

  Alt 19. Sep 2005, 06:35
Hi Elliot,

vielleicht hätte ich noch die domain Definitionen mitgeben sollen:

SQL-Code:
CREATE DOMAIN "DOM_PK" AS INTEGER NOT NULL;
CREATE DOMAIN "DOM_FK" AS INTEGER;
Beachte, dass der FK bei mir NULL Werte annehmen darf. So erhältst du keine constraint violations. SET DEFAULT ist bei ownership relations grundsätzlich falsch. Mit SET NULL machst du das Löschen einer Anlage, der bereits Schäden zugeordnet wurden, zu einem alltäglichen Fall (use case). Wenn die Anforderungen das hergeben - Okay. Wenn es auf deinem Mist gewachsen ist - schnell ändern oder nochmal nachfragen. Bei meiner Empfehlung von ON DELETE CASCADE gehe ich davon aus, dass Anlagen mit Schäden nicht gelöscht werden dürfen.

Das mit dem default master record würde ich nicht machen. Warum solche Krücken, wo dir FB doch die Mittel zu einer semantisch sauberen Lösung bietet?

marabu
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:55 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz