Können zwei Tabellen gegenseitig zu einander in Beziehung stehen?

[Dejan Vu]

Zitat von p80286:

Zitat von Dejan Vu:

Ich glaube nicht, das er meint, das ein Termin mehrere Jobs haben kann. Wenn doch (m:n-Beziehung), hättest Du Recht.

Wäre es ausgeschlossen, daß eine n:m Beziehung bestehen könnte, dann wäre eine solche Tabelle unnötig.

D.h. Du gibst mir Recht.

Zitat von Perlsau:

..daß man das einfach via SQL-Befehl erledigen könnte:...

Hatten wir auch schon

Zitat von Dejan Vu:

Löschen eines Jobs 'JID'...

Wer hört auf erstes auf, dem Vorposter Recht zu geben? Ich meine, es ist Balsam für die Seele, aber spamt auf Dauer das Forum zu

[Perlsau]

Zitat von Dejan Vu:

Wer hört auf erstes auf, dem Vorposter Recht zu geben? Ich meine, es ist Balsam für die Seele, aber spamt auf Dauer das Forum zu

[Dejan Vu]

Na, Du sagst was Richtiges. Ich sag was, KH gibt mir Recht, Du gibst mir Recht (wiederholst das, was ich eine Seite zuvor gesagt habe). Ist ja alles kein Problem, aber irgendwie drehen wir uns im Kreis. Die Lösungen aller Lösungen ist schon genannt (keine m:n Beziehung, FK in den Terminen unnötig, Löschen über zwei DELETE-Befehle).

Jetzt können wir endlos darauf herumreiten und uns gegenseitig Recht geben, oder etwas anderes machen. Ich plädiere für Letzteres.

[AlexII]

Also ein Job kann mehrere Alarme haben, z.B. jeden Mittag um 12 Uhr, oder nur ein Mal. Und ein Alarm kann nur auf einen Job zeigen. Ist wohl ne 1:n Beziehung.

[Photoner]

Zitat von Dejan Vu:

Na, Du sagst was Richtiges. Ich sag was, KH gibt mir Recht, Du gibst mir Recht (wiederholst das, was ich eine Seite zuvor gesagt habe). Ist ja alles kein Problem, aber irgendwie drehen wir uns im Kreis. Die Lösungen aller Lösungen ist schon genannt (keine m:n Beziehung, FK in den Terminen unnötig, Löschen über zwei DELETE-Befehle).

Jetzt können wir endlos darauf herumreiten und uns gegenseitig Recht geben, oder etwas anderes machen. Ich plädiere für Letzteres.

Delphi-Quellcode:

procedure DuHastRecht(const WahrOderFalsch : Boolean);
begin
  if WahrOderFalsch then begin
    Writeln('Du hast recht');
    DuHastRecht(WahrOderFalsch);
  end;
end;

Ich plädiere auch für Letzteres. Denn die erste Option ergibt einen Speicherüberlauf .

[Dejan Vu]

Du hast Recht.

[hstreicher]

vielleicht habe ich es überlesen , aber Foreign Keys können das löschen der anhängigen Records erledigen wenn man den FK mit ON DELERE CASCADE erzeugt

https://www.sqlite.org/foreignkeys.html

mfg Hannes

[p80286]

Zitat von Dejan Vu:

Zitat von p80286:

Zitat von Dejan Vu:

Ich glaube nicht, das er meint, das ein Termin mehrere Jobs haben kann. Wenn doch (m:n-Beziehung), hättest Du Recht.

Wäre es ausgeschlossen, daß eine n:m Beziehung bestehen könnte, dann wäre eine solche Tabelle unnötig.

D.h. Du gibst mir Recht.

Leider Nein! da in unseren Aussagen die Schwerpunkte diametral sind.
Durch

Zitat von AlexII:

Also ein Job kann mehrere Alarme haben, z.B. jeden Mittag um 12 Uhr, oder nur ein Mal. Und ein Alarm kann nur auf einen Job zeigen. Ist wohl ne 1:n Beziehung.

Hat sich allerdings die Diskussion über n:m Relationen erledigt.

Gruß
K-H