Suchergebnisse

Wenn es zu jedem Datensatz nur einen verknüpften Datensatz gibt, dann ist der verknüpfte Datensatz in einer übergeordneten Tabelle. Ist in deinem Fall Unfug, denn Kontaktperson und Addresse sind schlicht Eigenschaften von Customer und müssen also in dieselbe Tabelle. Wäre vlt. schön, wenn Dataset auch 1:1 - DataRelationen unterstützen würde, tut es aber nicht. Deshalb: die Tabellen KontaktPerson und Addresse auflösen, und die Eigenschaften in Customer einreihen. Deine 3. Anforderung führt auf ei…

na schön, dann haben deine Kunden eben mehrere Addressen - kann mir ja egal sein, wie du klärst, an wen die Rechnung gehen soll Deiner beschreibung nach benötigst du dann zwei Datarelations: Customer->Process ContactPerson->Process Dann ist das modelliert, was du beschreibst. annere Frage: Warum hat customer bei dir einen zusammengesetzten Primkey? Was ich ühaupt sehr empfehle: Erstmal natürlich durchgängig Großschreibung von TabellenNamen. und dann mein Benamungs-Schema für DB-Entitäten - also …

customer ist weiterhin klein geschrieben, und die DataRelation Contact->Process hast du wohl vergessen. nochmal: Du tust dir sehr einen Gefallen, vernünftig zu benamen. Wieso hat Customer eine MasterID? Warum hat Contact eine MasterID, aber keine CustomerID? usw. ach - und Contact hat jetzt ühaupt kein Primkey mehr - also so wird das nix - da muß man schon bisserl pingeliger sein.

jo, die Beziehungen verlaufen richtig. Nur weil du in deinen Benamungen so schlampig bist, ists mir unmöglich, zu erkennen, mit welcher Spalte Process auf Customer verweist, und mit welcher es auf Contact verweist.

mach das besser im typDataset. Und verzichte drauf, vor jeder Tabelle diesen blöden Präfix "TBL_" zu setzen. Mit Grossschreibung meine ich auch nicht alle Buchstaben, sondern nur den ersten, also PascalCase, um genau zu sein. Und jetzt scheinen sie alle eine MasterId zu haben, aber ich finde überhaupt keine Tabelle namens "Master" - also ich werds langsam müde. Ja, Programmierer sind kreativ, und müssen immer alles anners machen, als man ihnen vorsagt, aber kann man nicht einfach mal spaßeshalbe…

Process und Contact haben schon wieder keine ID. Und die eine DataRelation haste schon wieder vergessen.