Access-o-Mania

Moin , ich bin recht neu in Access. Die vorab als Entschuldigung. :)

ich habe ein Formular in dem zwei mal ein Kombinationfeld auftaucht.
Einmal für Mitarbeiter 1 und einmal für Mitarbeiter 2.
Ich suche in dem Kombinationsfeld die Nr. und dann wird der entsprechende Mitarbeiter in zwei Textfeldern ( Name und Vorname) ausgegeben. Die Daten kommen aus der Tabelle Personalliste. Soweit so gut.

Es gelingt mir leider nicht das zweite Kombinationsfeld oder die anderen beiden Textfelder für Mitarbeiter 2 so einzustellen, dass mir dort die Daten aus der Persoliste angezeigt werden.
Im Moment werden dort immer die Daten aus Mitarbeiter 1 angezeigt.

Gibt es da eine Möglichkeit?
Ich möchte ja nicht extra eine zweite Persoliste anlegen.

Hallo,

zeige mal, wie die (gebundenen?) Kombifelder aufgebaut sind (Datensatzherkunft,Spaltenanzahl, etc.) und wie die Mitarbeiternamen an die dazugehörenden Textfeldern übergeben werden.

meist du so ?
SELECT [tbl_Personal_Liste].[Personal Nr], [tbl_Personal_Liste].[Name], [tbl_Personal_Liste].[Vorname] FROM tbl_Personal_Liste;
Mein Problem ist, dass ich aus der tbl_Personal_liste übergebe.
Sowohl bei Comb 1 (Mitarbeiter_fk) und bei Comb 2 (Mitarbeiter_2_fk) .

Leider schreibt mir Access immer die Auswahl der Comb 1 in den Textfelder der Comb 2

Hallo,

ja, und wie werden die Namen an die Textfelder übergeben?

Es ist unklar, ob es sich hierbei um gebundene Felder handelt, die ihre Daten aus der Datenherkunft (Tabelle) des Formulars beziehen oder ob den Textfeldern die Namen aus der Kombifeld-Liste übergeben werden.

btw:  Vermeide dringend reservierte Wörter ("Name")  und Sonder- und Leerzeichen in Objektnamen.

Wie die Namen übergeben werden ?
Was genau meinst du damit ?

Da hatte mich Access gefragt aus welcher Tabelle die kommen sollen. tbl_personal_liste
Leider nur bei comb 1

Hallo,

lad die DB-Datei mal hier hoch,  komprimiert/repariert und gezippt...

hallo , habe ich vergessen  ;D
wie sage ich bzw wo. den zweiten Textfeldern , dass sie die Daten aus Combo 2 nehmen .
Hochladen ? Das geht nicht so ohne weiteres

Hallo,

ZitatDas geht nicht so ohne weiteres

warum?




Eine von mehreren Möglichkeiten:

Textfeld1 Steuerelementinhalt :  =  Mitarbeiter_fk.Column(1)
Textfeld2 Steuerelementinhalt :  =  Mitarbeiter_fk.Column(2)

Textfeld3 Steuerelementinhalt :  =  Mitarbeiter_2_fk.Column(1)
Textfeld4 Steuerelementinhalt :  =  Mitarbeiter_2_fk.Column(2)

Weil da Echtdaten drin sind ...

ich habe jetzt mal
=  Mitarbeiter_2_fk.Column(1) bzw (2)
eingetragen

Es gibt nur eine tbl_personal_liste
Ist das evtl. das Problem ?

Steuerelementinhalt: Mitarbeiter_2_fk

Zitat von: PhilS am September 09, 2021, 16:10:38Steuerelementinhalt: Mitarbeiter_2_fk

Was genau meinst du ?

Zitat von: PeteTheBeat am September 09, 2021, 16:13:48Was genau meinst du ?

Steuerelementinhalt von deinem zweiten Kombinationsfeld sollte exakt Mitarbeiter_2_fk lauten.

Hallo Pete,
Nein, auf keinen Fall. Das Problem sind nummerierte Felder, -
Fahrzeug_2_fk oder Mitarbeiter_2_fk.
Diese löst man mit einer n:m-Tabelle auf. Diese bekommt einen PK, wie jede
andere Tabelle auch, und dann zwei Felder für den FK, den man nicht sieht 
(Name der Tabelle ist auch nicht zu sehen) und den Mitarbeiter-FK. Ein ab-
straktes Beispiel siehe Anlage.
So eine Tabelle brauchst du sowohl für die MA als auch für die Fahrzeuge.
Formularmässig stellt sich das dann so dar, dass du ein HFo mit der nicht
sichtbaren Entität als DS-Herkunft hast, und für MA und Fahrzeuge jeweils
ein UFo auf Basis der entsprechenden n:m.
Dazu ein Beispiel anbei. Entität_N entspricht dabei deiner Tabelle, deren
Namen man nicht sieht; - M1 und M2 entsprechen MA/Fahrzeuge.

Das ganze beudeutet dann, dass du für jeden MA/jedes Fahrzeug einen
DS in den n:m-Tabellen hast. In den UFo gibt es jeweils ein Kombi (basie-
rend auf den Stammtabellen) für den MA_fk bzw. den Fahrzeug_fk. 
Damit hast du i.Ü. auch die Möglichkeit, ohne Änderungen an Abfragen
und Formlaren vornehmen zu müssen, mehr als zwei MA/Fahrzeuge
der einen N-Entität zuzuordnen. Und falls es mal nur einer/eines ist hast
du kein leeres Feld.

gruss ekkehard

Hallo,
wenn Du schon eine PersonalID hast, so sollte diese auch Primärschlüssel sein und darüber auch die Beziehungen laufen.
Ansonsten wäre dann PersonalID überflüssig.
Auf Leer und andere Sonderzeichen solltest Du verzichten.

Wozu werden hier 2 Mitarbeiter gespeichert, ist das Fahrer und Beifahrer ?
Wieso gibt es auch einen FS zum Fahrzeug mit ..._2 ?

Zitat von: MzKlMu am September 09, 2021, 17:25:01Hallo,
wenn Du schon eine PersonalID hast, so sollte diese auch Primärschlüssel sein und darüber auch die Beziehungen laufen.
Ansonsten wäre dann PersonalID überflüssig.
Auf Leer und andere Sonderzeichen solltest Du verzichten.

Wozu werden hier 2 Mitarbeiter gespeichert, ist das Fahrer und Beifahrer ?
Wieso gibt es auch einen FS zum Fahrzeug mit ..._2 ?

zur Personal_ID ich dachte mir die Personalnummer ist da eindeutiger

Zu Mitarbeiter: im "Normalfall" wird en Ma benötigt, es kann aber auch sein das es zwei sind.
Wobei ich bei mehr als zwei im Moment noch keine Lösung habe.

Zu FS Fahrzeuge : auch hier kann es sein das mehr wie ein Fahrzeug benötigt wird.
Gleiche Problematik wie bei Mitarbeiter, wenn mehr als zwei Fahrzeuge benötigt werden

Zitat von: Beaker s.a. am September 09, 2021, 17:06:29Hallo Pete,
Nein, auf keinen Fall. Das Problem sind nummerierte Felder, -
Fahrzeug_2_fk oder Mitarbeiter_2_fk. .....

Wow.. das übersteigt noch mein Wissen von der Materie ...
ich lese mir das jetzt mal ein paar mal durch und lasse es wirken

Hallo,

Zitatzur Personal_ID ich dachte mir die Personalnummer ist da eindeutiger

Mache die Personal_ID zum Primärschlüssel, das ist ja der Sinn einer ID, eindeutiger geht es gar nicht.

Ansonsten sind hier n:m Tabellen notwendig (eine für das Fahrzeug und eine für die Mitarbeiter) zur Zuordnung.
Da gehen dann beliebig viele Ma und Fzg. Wie von ekkehard auch vorgeschlagen.

Zum Lernen:
https://www.access-tutorial.de/
Bei der Beschreibung der Tabellen findest Du auch n:m Tabellen.

Moin MzKlMu
den Primärschlüssel habe ich jetzt auf Personl_ID gesetzt.
Ich wollte nur nicht, dass eine Personalnummer doppelt vergeben werden kann.

n:m Tabellen bedeutet was genau ?
Ich lege eine Tabelle an wo ist nur das Fahrzeug / Mitarbeiter speichere ?

Wie bekomme ich denn eine Mehrauswahl hin ?
Wenn ich z.B  mehr als zwei Ma wählen möchte

Hallo Pete,

ZitatIch wollte nur nicht, dass eine Personalnummer doppelt vergeben werden kann.

Kann ja nicht, da ein PK immer eindeutig ist (zu sein hat).

Zitatn:m Tabellen bedeutet was genau ?

Hast du dir mein Beispiel nicht angesehen?
Warum fragst du nicht nach, wenn du daran etwas nicht verstehst?
Wie das auf deinen Fall zu übertragen ist hatte ich kurz angerissen.
Vielleicht noch mal zum leichteren Verständnis; -
- ersetze "tblEntitaeten_N" durch deine "tbl_Einsaetze" (oder wie immer die heisst)
- ersetze "tblEntitaeten_M1" durch "tbl_Personal_Liste"
- ersetze "tblEntitaeten_M2" durch "tbl_Fahrzeuge" (oder wie immer die heisst)

Da ich gerade gesehen habe, fehlt imBeispiel ein UFo wodurch sich das Form
"frmEntitaeten_M1" nicht öffnen lässt. Ich werde das Beispiel heute abend
noch einmal überarbeiten und noch einmal posten. Wenn ich Lust habe füge ich
auch ein paar Beispiel-DS aus deinem Bereich ein.

gruss ekkehard

Ok
wenn ich es richtig Verstanden habe.

Ich möchte , das zur Info, für einen Vorgang / Edit: besser Ticket/ Personal und Fahrzeuge einsetzten.
Also lege ich eine Tabelle Ticket_ID an, in der nur das Ticket ist.
Dann eine Tabelle Fahrzeug_Einsatz in der sich die Ticket_ID_Fk und die Fahrzeug_ID_FK befinden.
Soweit Richtig ?

Wobei ich gerade merke , dass ich Ticket_ID dann nicht mehr mit der Haupttabelle in Beziehung bringen kann

Wenn ich es richtig verstanden haben .. muss es so sein .
Wie stelle ich jetzt noch eine Beziehung zur Haupttabelle her ??

Hallo Pete,
Ich hasse es  ;)
Was ist denn nun wieder ein "Ticket"?
Aber egal, ob nun "Mitarbeiter" (siehe Anlage) oder "Tickets", das
Prinzip ändert sich ja nicht. Es gibt nun allerdings eine Entität "M3".
Dein zuletzt gezeigtes Datenmodell musst du noch dahingehend ändern,
dass
- Fahrzeug_Einsatz_ID der Primärschlüssel wird
- aus dem zusammen gesetzten PK ein eindeutiger Mehrfelder-Index wird
Ich würde diese Tabelle auch einfach "Einsaetze" nennen, denn die MA
sollen da ja auch mit rein.

ZitatWobei ich gerade merke , dass ich Ticket_ID dann nicht mehr mit der Haupttabelle in Beziehung bringen kann

??? Welches ist denn die Haupttabelle?

gruss ekkehard

P.S.: Anmerkungen zum Beispiel
- die/das Tabelle/Form "_Entitaeten_N" enthält die Einsätze,
hier werden die Einsätze angelegt/bearbeitet und in den UFo werden die
MA und FZ zugeordnet
- für Mitarbeiter (M1) und Fahrzeuge (M2) entsprechend, hier gibt es
jeweils ein Listfeld mit allen Einsätzen, an denen der/das MA/FZ mitge-
wirkt hat.

habe ich das so richtig verstanden ?
Siehe Bild

Hallo Pete,
Deine PN werde ich jetzt hier beantworten, weil wenn ich damit ausserhalb
des Forums anfange artet das schnell in eine Auftragsarbeit aus, und das
mach ich nicht. Wenn du das möchtest, poste es in der Job-Börse (https://www.access-o-mania.de/forum/index.php?board=17.0); - Franz
macht dir gerne ein Angebot.
Ausserdem wird das immer unübersichtlicher, und ohne euer Tun und eure
internen Abläufe zu kennen, kann ich da auch nicht mehr weiterhelfen.
Deine letzte Frage

Zitathabe ich das so richtig verstanden ?

kann ich daher auch nur lapidar mit "zum Teil" beantworten.

gruss ekkehard

moin Beaker,

das dachte ich mir schon ..
ich versuche mich jetzt an der "mehrfach Auswahl" der Mitarbeiter.
Stehe aber auf dem Schlauch

Zitatich versuche mich jetzt an der "mehrfach Auswahl" der Mitarbeiter.
Stehe aber auf dem Schlauch

Was verstehst du denn an meinem Beispiel nicht?
Oder meinst du "mehrere Mitarbeiter in einem Rutsch zuzuordnen"?
Also per Mehrfachauswahl aus einem Listfeld und Insert per Button?
Geht natürlich auch, braucht dann etwas VBA; - Beispiel anbei (Form_N).

gruss ekkehard

Ich bin total verwirrt..
stelle hier laufend die Haupttabelle um. hin und her ..
Bei der Abfrage bin ich noch garnicht. Muss ich die Tabelle , tbl_Einsaetze_ticket, haben ?

Zitat von: PeteTheBeat am September 13, 2021, 13:57:47habe ich das so richtig verstanden ?
Siehe Bild

Ist die dann richtig in Beziehung mit der Haupttabelle ( Einsaetze_fk) Bild Post 21

Oder muss ich das anders lösen ?

Ich beschreibe mal was ich Benötige.
Ein "Auftrag " mit einer ID und einer Ticket Nr. soll von einem oder mehreren Mitarbeitern ausgeführt werden.
Dafür wird kein, ein oder mehrere Fahrzeuge benötigt

Mir raucht der Kopf  :-*

Wäre die Beziehung so richtig ?

Guten Morgen ,

könnte mir jemand , anhand der bsp. Datenbank, einmal zeigen wie ich mehrere Mitarbeiter für einen Auftrag aussuchen kann?
Ich würde mich Irre freuen daraus zu lernen .

Hallo,
Sorry, aber ich gebe auf. Anbei nochmal ein Versuch unter der
Annahme, dass die "tbl_Datenerfassung_v2" die Auftragstabelle
sein soll.
Das Ganze steht aber auf sehr wackeligen Beinen
- ein Auftrag erfordert normalerweise eine Beschreibung der zu
erbringenden Leistung(en), - Tabelle?
- der zeitlich Ablauf deiner Vorgänge kann wg. 1:n nicht nach-
vollzogen werden
- Angebotsnummer? Tabelle & Beziehung dazu? Ein Angebot - mehrere
Aufträge?
. und Weiteres, das wir/ich noch gar nicht gesehen haben.

gruss ekkehard

Hey Ekkehard,

vielen dank für den Anstoß.
Ich werde morgen mein Glück versuchen.

Ich bin ja "blutiger Anfänger" also bitte bitte nicht die Flinte ..usw.

Zitat von: undefined- ein Auftrag erfordert normalerweise eine Beschreibung der zu
erbringenden Leistung(en), - Tabelle?

Es gibt dVorgänge in der tbl.Vorgang.

Zitat von: undefined- der zeitlich Ablauf deiner Vorgänge kann wg. 1:n nicht nach-
vollzogen werden

Ich dachte mir , dass nachträglich in die Datenerfassung über eine Abfrage zu erfassen .
Nicht so gut ?

Es ist im dem Sinne , keine richtige Auftrag Verwaltung.
Ein " Auftrag" kommt rein und muss erledigt werde.
Die DB soll "nur" Festhalten wann was rein kam und wann erledigt .

Für Tipps bin ich jederzeit sehr dankbar

Hallo ,
besteht die Möglichkeit, dass sich jemand die Datei in Post #29 anschaut und mir evtl. ein Bsp. Kombinationsfeld einbaut?
Ich könnte dann die Vorgehensweise besser nachvollziehen .
Vielen Dank

Hallo,

solange Du nicht den Tabellenaufbau an die Vorschläge anpasst und die Beziehungen korrekt erstellst, hat es keinen Sinn, sich um Kombifelder zu kümmern..

Zudem wären sinngemäß aussagekräftige und eindeutige Tabellennamen (und Tabellenfeldnamen) sehr von Vorteil.

(Z. B.: Was soll "tbl_Datenerfassung_v2" inhaltlich darstellen? Ist das die Historie von Tätigkeiten, die an einem "Vorgang" (??  ist das ein "Auftrag") abgearbeitet werden? Oder etwas ganz anderes?.

Wozu gibt es "tbl_Ticket_ID"?   Meines Erachtens ist ein "Ticket" eine Kennung für eine bestimmte "Tätigkeit" oder auch "Vorgang".  Für ein solches Ticket braucht es keine Tabellen, höchstens eine Berechnung für eine neue Ticket-Nummer, falls dies überhaupt zutrifft.


tbl_Einsatz_Personal_Ticket ist ebenfalls unklar. Was ist mit "Einsatz" gemeint?


Usw.....

Wie gesagt , ich fuchse mich gerade rein und mache das step by step .

Zitat von: undefinedsolange Du nicht den Tabellenaufbau an die Vorschläge anpasst und die Beziehungen korrekt erstellst, hat es keinen Sinn, sich um Kombifelder zu kümmern..

Welche Vorschläge ? Die Beziehungen "sollten" so stimmen. Wobei ich ja,wie gesagt, Anfänger bin

Zitat von: undefinedZudem wären sinngemäß aussagekräftige und eindeutige Tabellennamen (und Tabellenfeldnamen) sehr von Vorteil.

(Z. B.: Was soll "tbl_Datenerfassung_v2" inhaltlich darstellen? Ist das die Historie von Tätigkeiten, die an einem "Vorgang" (??  ist das ein "Auftrag") abgearbeitet werden? Oder etwas ganz anderes?.

In der Tabelle Datenerfassung_v2 sollen die Daten aus den Vorgängen ( wenn man so will ist das ein Auftrag ,ja) zusammenlaufen. Ein Vorgang (oder Auftrag..wobei ein Angebot abgeben ja kein Auftrag ist) muss dann Abgearbeitet werden.
Über eine Abfrage würde ich dann die "Offenen" Vorgänge abfragen bzw. dann die abgearbeiteten Vorgänge eintragen. So dass man eine Art Vorgangsübersicht hat.

Zitat von: undefinedtbl_Einsatz_Personal_Ticket ist ebenfalls unklar.

Ich habe so eine tbl nicht. Das waren wohl meine verzweifelten ersten Versuche meinerseits

Zitat von: undefinedWas ist mit "Einsatz" gemeint?

Das ist der Einsatz von Fahrzeugen und Personal der für einen Vorgang benötigt wird.

Hallo,


Du machst es einem schon schwer...

ZitatWelche Vorschläge

die von Ekkehard..

ZitatDie Beziehungen "sollten" so stimmen.

Die Beziehungen (und Tabellen) stimmen nicht!

ZitatAnfänger bin

ist doch völlig irrelevant.  Wichtig ist die oben genannte Tabellenstruktur, die die Arbeitsrealität abbilden muss.

Zitatsollen die Daten aus den Vorgängen ( wenn man so will ist das ein Auftrag ,ja) zusammenlaufen

In Tabellen läuft nichts zusammen.  In Tabellen werden diejenigen Daten erfasst (gespeichert) die sinngemäß zu jeder Tabelle zugehören.  Wenn ein Vorgang ein Auftrag ist, dann nenne die Tabelle auch "tbl_Aufträge" und bringe darin alle Felder ein, die einen Auftrag als solchen spezifizieren. 

Zitatwobei ein Angebot abgeben ja kein Auftrag ist

woher kommt jetzt  "Angebot"?  Wenn es Angebote gibt, so sind dessen spezifischen Daten in "tbl_Angebote" abzulegen. Aus einen Angebot kann dann, falls das Angebot angenommen wird, ein Auftrag generiert werden.


Zu einen Auftrag können dann bestimmte "Arbeitsgänge" ("Tätigkeiten", oder sind das jetzt die "Einsätze"??) , auch wieder in einer weiteren Tabelle (tbl_AuftragsEinsätze) zugeordnet werden.

ZitatIch habe so eine tbl nicht.

Na, jetzt aber.. In Post 29 sehe ich eine tbl_Einsatz_Personal_T..  Zeigst Du uns da eine ganz andere Version als die, über die Du redest?

ZitatDas waren wohl meine verzweifelten ersten Versuche meinerseits

Dann korrigiere das doch und zeige die aktuelle Version!

Zitatdie von Ekkehard..

Kannst du dich auf einen Post beziehen ? Ich finde keine konkreten Vorschläge

ZitatDie Beziehungen (und Tabellen) stimmen nicht!

mir , als Anfänger , fällt es schwer daraus etwas abzuleiten. "Stimmen nicht" bsp. ?

ZitatIn Tabellen läuft nichts zusammen.  In Tabellen werden diejenigen Daten erfasst (gespeichert) die sinngemäß zu jeder Tabelle zugehören.  Wenn ein Vorgang ein Auftrag ist, dann nenne die Tabelle auch "tbl_Aufträge" und bringe darin alle Felder ein, die einen Auftrag als solchen spezifizieren.

Warum hängst du dich an Begrifflichkeiten auf ? Ob es nun Vorgang oder Auftrag genannt wird.

Zitatwoher kommt jetzt  "Angebot"?  Wenn es Angebote gibt, so sind dessen spezifischen Daten in "tbl_Angebote" abzulegen. Aus einen Angebot kann dann, falls das Angebot angenommen wird, ein Auftrag generiert werden.


Zu einen Auftrag können dann bestimmte "Arbeitsgänge" ("Tätigkeiten", oder sind das jetzt die "Einsätze"??) , auch wieder in einer weiteren Tabelle (tbl_AuftragsEinsätze) zugeordnet werden.

in tbl_Vorgang gibt es den Punkt , Angebot schreiben. Das Angebot wird dann erstellt und hat eine Nummer. Nun habe ich mir gedacht , diese Nummer später in den Vorgang einzupflegen. Auch um eine Kontrolle zu haben. Man hätte zwar eine Bestätigung , dass das Angebot geschrieben ist, über da Erledigdatum. Aber so hat man, so dachte ich mir, einen Bezug zum Vorgang

ZitatNa, jetzt aber.. In Post 29 sehe ich eine tbl_Einsatz_Personal_T..  Zeigst Du uns da eine ganz andere Version als die, über die Du redest?

Nein , definitiv nicht. Ich habe nur "Echtdaten" raus genommen .

 

 

Hallo,
fuer:

ZitatKannst du dich auf einen Post beziehen ? Ich finde keine konkreten Vorschläge

siehe post

Zitat von: Beaker s.a. am September 14, 2021, 17:15:24Hallo,
Sorry, aber ich gebe auf. Anbei nochmal ein Versuch unter der
Annahme, dass die "tbl_Datenerfassung_v2" die Auftragstabelle
sein soll.
Das Ganze steht aber auf sehr wackeligen Beinen
- ein Auftrag erfordert normalerweise eine Beschreibung der zu
erbringenden Leistung(en), - Tabelle?
- der zeitlich Ablauf deiner Vorgänge kann wg. 1:n nicht nach-
vollzogen werden
- Angebotsnummer? Tabelle & Beziehung dazu? Ein Angebot - mehrere
Aufträge?
. und Weiteres, das wir/ich noch gar nicht gesehen haben.

gruss ekkehard

und schaue da in den Anhang.

Hallo,


sorry, aber so kann und will ich nicht weiterhelfen.

Du erzählst wirres und unnützes Zeugs.  ( "in tbl_Vorgang gibt es den Punkt , Angebot schreiben. "  ??)  Und genaue  "Begrifflichkeiten" sind für konkrete und korrekte Kommunikation nun mal unerlässlich.

Mir und anderen ist (immer noch) nicht klar, wie genau die Arbeitsabläufe sind, die die DB abdecken soll.


Ekkehard hat Dir ein Beispiel gegeben, auf das Du aber nicht eingegangen bist.

Wie auch immer, ich gebe jetzt hier keine Vorschläge mehr.