Office: (Office 2016) Aktive Steuerung der Auswahlmöglichkeiten bei Kombifeldern

Hallo,

ich glaube, Du hast das immer noch nicht richtig verstanden. Dein Grundproblem gibt es nicht mehr, das hat sich in Luft aufgelöst. Du musst die Kategorie wählen und fertig.
Du musst ein Formular machen mit der Tabelle E_A als Datenquelle.
In diesem Formular werden die Fremdschlüsselfelder mit einem Kombinationsfeld gefüllt. Das Kombi ist in den Eigenschaften so einzustellen, dass das Fremdschlüsselfeld gefüllt wird, aber der Klartext angezeigt wird.
Das wird über die gebundene Spalte und die Spaltenbreiten geregelt.

Wo siehst Du jetzt da noch Dein Grundproblem ?

 

Nein, habe ich wohl nicht. Die Abhängigkeit der Bereiche von der Kategorie kann ich jetzt nachvollziehen. Was mir nicht klar ist wie das mit der Abteilung funktionieren soll, diese soll ja von der Kategorie abhängig sein....ach ja, wenn ich eine Kategorie wähle ist klar welcher Bereich und welche Abteilungen möglich sind.
Wie stelle ich jetzt das Kombifeld richtig ein, damit das alles funktioniert. Gebundene Spalte und Spaltenbreite helfen mir nicht weiter. Sorry , aber ich hatte ja eingangs gesagt das ich ein Access Neuling bin. Ich bekomme langsam einen Schimmer davon, wie das eigentlich gelöst wird. Der Nebel lichtet sich gerade etwas, aber nur etwas.*Smilie *Smilie *Smilie

 

Hallo,

Kann eine Abteilung nicht alle Kategorien haben ?
So jedenfalls hast Du es weiter oben mal gesagt.

 

Nein eine Abteilung hat immer nur eine Kategorie. Aber eine Kategorie kann mehrere Abteilungen haben.

 

Moin,

das wird wohl bis zum Ende des Projektes ungeklärt bleiben, wenn das Modell kein Fleisch auf die Knochen kriegt. Dabei hilft, sich erstens in ganzen Sätzen über die Entitäten klar zu werden, wobei immer die Frage zu beantworten ist, wie ein neues Exemplar zB einer Kategorie entsteht. Fachlich, wohlgemerkt, nicht technisch. Zweitens wäre die Art der Beziehung zu beschreiben, aber ohne Hilfsverben.
Bei Entitäten kann später mal abstrahiert werden, so dass Namen wie Struktur, Kategorie, Gruppe entstehen. Am Beginn der Modellierung braucht's aber was Handfestes, etwas, worunter sich auch der Auftraggeber etwas vorstellen kann.

 

Mhh, ich weiß nicht , ich stelle mir das so vor:

in der EA Tabelle gibt es ein FS Feld für die Abteilung davon Beziehung zu tblAbteilung, von hier FSKategorie zu tblKategorie und von hier FSBereich zu tblBereich.

 

Hallo,
also irgendwie ist mir das immer noch unklar.
Hat nicht jede Abteilung die gleichen Kategorien ?

 

Ich wollte mich erstmal für eure Geduld mit mir und meinem Problem bedanken. Aber nein es hat nicht jede Abteilung die gleichen Kategorien. Beispiel: (Bereich->Kategorie->Abteilung) Personalausgaben->Gehälter->GehaltXY, Honorarausgaben->Honorare Kultur->HonorarXY, Allgemeine Geschäftsausgaben->Öffentlichkeitsarbeit->Drucksachen

 

Hallo,
jetzt ist es noch viel unklarer.

GehaltXY, HonorarXY, Drucksachen wären demnach die Abteilungen ?
Sorry, aber ich kann da nicht folgen.
Wieso sind das Abteilungen ?

 

Hi,

mir scheint, die eigentliche Datenstruktur soll geheim bleiben. Oder der TE arbeitet an der absoluten Generalisierung - Ebbs und Dings werden gehumst, und zwar 1:n oder auch m:n, je nach Content of Ithinkso.

 

Ich will doch nicht geheim halten. Vielleicht hätte ich einfach sagen sollen das jeder Datensatz drei Eigenschaften erhalten soll. Eigenschaft 1 (Bereich), Eigenschaft 2 (Kategorie) und Eigenschaft 3 (Abteilung). Die Bezeichnung Bereich, Kategorie und Abteilung sind frei gewählt und völlig ohne Belang oder Aussage. Fakt soll sein das jede Buchung (Datensatz) einem Bereich, einer Kategorie und einer Abteilung zugeordnet wird.
Ich weiß nicht wie ich es anders erklären soll. Es ist wie die Beschreibung eines Getränkes: Was für eine Art Getränk ist es? -> Cola = Bereich Cola. Da wir jetzt wissen das es Cola ist, kommen die Kategorien "koffeinhaltig" und "Koffeinfrei" in Frage -> wir wählen "koffeinfrei" Dann wollen wir noch wissen, ob die koffeinfreie Cola zuckerfrei ist oder nicht und das kommt in Abteilung -> Abteilung "zuckerfrei".
Es geht nur um die Vergabe von Eigenschaften einer Buchung und die Eingrenzung der Folgeauswahl, nachdem man eine Angabe gemacht hat.

 

Hallo,

sorry, aber ich zerbreche mir doch nicht den Kopf für Dinge die ohne Belang sind. Du kannst doch hier nicht etwas völlig frei erfundenes zur Diskussion stellen. Das muss doch einigermaßen realistisch sein, sonst kannst Du doch niemals zielgerichtete Aussagen bekommen.
Schildere also besser mal die realen Bedingungen.

Auch dieser Satz, zeigt dass Du es immer noch nicht verstanden hast. Wenn diese 3 Eigenschaften abhängig sind, so genügt es die letzte Eigenschaft zu speichern. Es genügt vollkommen auch nur diese letzte Eigenschaft per Kombi zu wählen. Durch die Abhängigkeit der 3 Eigenschaften ist es schlichtweg unmöglich auch mit einem Feld etwas falsch einzugeben, denn in den Beziehungen liegt eindeutig fest wer zu was gehört.
Wenn diese eine Eigenschaft eingetragen ist, stimmen automatisch auch die beiden übergeordneten Eigenschaften.
Und über eine Abfrage können diese übergeordneten Eigenschaften auch im Klartext angezeigt werden. Löse Dich bitte davon, dass man die 3 Felder im Datensatz benötigt, es ist überflüssig. Was man machen kann, man zur Erleichterung der Auswahl 2 Kombis verwenden die die Auswahl der letzten Eigenschaft eingrenzt. Diese 2 Kombis müssen ungebunden sein und die Werte werden auf keinen Fall in den Datensatz geschrieben.

Wenn Du jetzt nicht die realen Bedingungen schilderst, steige ich an der Stelle aus.
Mit realen Bedingen baue ich Dir auch ein Beispiel.

 

Dein Beispiel hinkt, dass es der Sau graust, es zeigt bestenfalls, dass Dir die Datenmodellierung völlig fremd ist und wohl auch bleiben soll. Die Eigenschaft "Zucker" ist von der Eingeschaft "Koffein" völlig unabhängig. Und Tschüss - 42 Beiträge für die Katz...

 

\@drambeldier : Es tut mir wirklich leid das ich deine Zeit in Anspruch genommen habe, aber mir war nicht klar, dass dieses Forum nur Leute ansprechen soll "die es schon verstanden haben".

@gpswanderer: Vielen Dank für deine Geduld und deine Erklärungen. Es ist nichts frei erfundenes. Es sind die "Bezeichnungen" die wir in der Buchführung (bis jetzt in Excel Tabellen) verwenden. Ich wollte nur ausdrücken, dass man unter einer "Abteilung" nicht etwas wie "Personalabteilung" erwartet. Es ist die "kleinste" Beschreibung der Einzelbuchung.
Und wie es scheint habe ich ja doch was verstanden.

"Mhh, ich weiß nicht , ich stelle mir das so vor:

in der EA Tabelle gibt es ein FS Feld für die Abteilung davon Beziehung zu tblAbteilung, von hier FSKategorie zu tblKategorie und von hier FSBereich zu tblBereich."

Und dann wie du beschrieben hattes, das nur ein Kombifeld für Abteilung in das Formular muss. Das leuchtet mir mittlerweile schon ein. Kann man denn die Felder "Kategorie" und "Bereich" informell einblenden?

Meine Frage zur Zeit ist die endgültig richtige Vergabe der Beziehungen und die Einstellung des Formulars, damit es macht was soll.

Wenn mir da noch jemand helfen kann, wäre ich sehr dankbar.

 

Hallo,
kannst Du bitte mal abschätzen wie viele Bereiche, Kategorien und Abteilungen es jeweils geben kann ?
Grobe Zahlen reichen, ich möchte nur eine Vorstellung haben.