Grmpf. Ja, ich würd' aber gern wissen, *für welchen Zweck* es ID2 gibt. In den meisten Fällen, in denen ich auf so ein Modell gestossen bin, war es ein Fehler und hätte anders sauberer ausgesehen.

ok :)

ich würde sogar mal sagen, ohne es gesehen zu haben, du hast recht. mir ging es grad nur um das verständniss seines posts :)

achso und wegen transactions und MySQL ... hab mal bissl gegoogled und anscheinend kann MySQL doch Transaktionen ... allerdings hatte ich bisher immer nur Probleme und haben dann LOCK dafür hergenommen. Evtl zu alte MySQL versionen gehabt bisher.

[quote=vayu,10.10.2005, 16:32]achso und wegen transactions und MySQL ... hab mal bissl gegoogled und anscheinend kann MySQL doch Transaktionen[/quote]
wer hat denn das gegenteil behauptet?
anscheinend ein hartnäckiges gerücht.
http://dev.mysql.com/tech-resources/features.html

Quote

Evtl zu alte MySQL versionen gehabt bisher.

wie alt denn bloss?
3.23.56 kann es jedenfalls schon. halt nur, wenn du InnoDB statt MyISAM
verwendest, und default ist MyISAM.

selbst unsre professorin hat uns bei unsern DB Übungen gesagt MySQL könne das wohl nicht -.- und das ist nichtmal ein Jahr her ... :angry:

[quote=phaylon,10.10.2005, 15:20]Wozu ID2?[/quote]
Na dann will ich mal für Aufklärung sorgen.

In der Tabelle werden Termine gespeichert.

ID = PrimyaryKey
Datum = Datum des Termines (je Tag ist nur ein Termin möglich)
... und noch Felder für Terminart, Speicherdatum usw.

In ID2 wird nun eine weitere ID gespeichert. Alle Termine mit der selben ID2 "gehören zusammen". Wenn also ein Termin von 1.1. bis zum 10.1. reicht, dann hat jeder dieser Termine eine eindeutige ID (Primary Key) von 1 bis 10 aber alle die selbe ID2 (z.B. 1)

Ich bin davon weggegangen Termine mit einem Von/Bis-Datum zu speichern, da es für mich so einfacher ist einzelne Tage innerhalb einer solchen Terminserie zu editieren.

Das war die Lösung die *mir* eingefallen ist ...

Representiert dann nicht ID2 *einen* Termin, und ID1 verschiedene Teile davon?

MySQL kann Transaktionen und einige andere Dinge meines Wissens erst ab Version 4.xx.
Leider haben aber z.B. viele Webhoster soweit ich weiss noch die 3.xx Versionen im Einsatz und InnoDB-Tabellen kann man meistens noch weniger anlegen, da die wesentlich mehr Ressourcen vom Server verlangen als die MyISAM-Tabellen.
Aber egal, wenn du es mit LOCK machst, sollte das auch passen.

[quote=nepos,10.10.2005, 19:32]MySQL kann Transaktionen und einige andere Dinge meines Wissens erst ab Version 4.xx.[/quote]
ähm, hallo?
http://dev.mysql.com/tech-resources/features.html
klicke versionen 3.23 und 4.0 an und schaue unter transaktionen nach.

[quote=phaylon,10.10.2005, 19:08]Representiert dann nicht ID2 *einen* Termin, und ID1 verschiedene Teile davon?[/quote]
Hi phaylon,

so kann man es auch erklären.

Haben die Termine denn eigentlich keine Titel und dergleichen? Speicherst du das dann in jeden Eintrag? Ich würde einfach eine Tabelle für Termine haben, und eine für Termin-Tage.