Office: (Office 2007) Ein und Ausgänge....

Erstmal Dankeschön für die Antworten.....

ich wollte das eigentlich jetzt nicht sooooooo kompliziert haben.

Leider blicke ich bei deinem DB - Model nicht richtig mehr durch *frown.gif*

Was soll denn ein GroessenArt sein ?

Ich dachte wirklich eher an was...naja....weniger Großes. ich hab mich vielleicht auch nur falsch ausgedrückt..... das Teil soll nur das können :

Erfassung von neuen Kategorien und Artikeln (Kategorie z.B. Schutzausrüstung >> Artikel wäre dann z.B. Helm)
In welchen Lagerort kamen die Artikel und wann (durch wen ist unwichtig)
In welchen Ausgabeort wurden die Artikel wann ausgegeben (durch wen ist nicht wichtig)
Nice to Have >> der Spender des Artikels und das Datum, wann der betreffende Artikel gespendet wurde

Personalverwaltung wäre ein Nice to Have

Das wars auch schon.....

 

\@StadtBub, (Achtung!!! Die neue Version (V5a) hat nicht mehr den Fehler beim Löschen eines Datensatzes.
Wie ich schon dachte, wird sich das nicht so einfach gestalten.
Ich geb das inkl. meiner Beispiel DB als accdb mal wieder zurück in das Forum.
Es wird für Dich effektiver sein, wenn viele Leute sich Deines Problems annehmen.

Stadbub:Wir unterstützen ein County in Kenia beim Aufbau und Betrieb des Rettungsdienstes und der Feuerwehr.
Stadbub: Die Datenbank dient dazu, Feuerwehrsachspenden zu erfassen, zu ordnen und nach Kenia weiterzugeben.
OhrK: Es könnten theoretisch auch andere Sachspendenarten dazukommen oder?
Stadbub: Da es einige sehr spezifische Teile gibt, war auch das Bemerkungsfeld wichtig, da dort Spezifikationen eingetragen werden können.
OhrK: Bei der Erfassung der gespendeten Artikel sind diverse Dinge zu berücksichtigen und zu erfassen.
OhrK: Es gibt eine Sachspendenart, darin Kategorien, darin Artikel, welche eine definierte Größe haben? (XXL, 3XL, M. L, S, usw.)
OhrK: Es gibt eine Sachspendenart, darin Kategorien, darin Artikel, welche einen definierten Gebrauchsstatus haben? (Neu, Gebraucht, Geldspende, usw.)
OhrK: Es gibt pro gespendetem Artikel einen Spendernamen
OhrK: Es gibt pro gespendetem Artikel einen Mitarbeiter, welcher den gespendeten Artikel erfasst hat.
OhrK: Es gibt pro gespendetem Artikel eine einmalige ArtikelNr., Bezeichnung, etc. (evtl. auch Lagerort ...zu klären)

OhrK: Beispiel für Spendenerfassung:
OhrK: Gespendeter Artikel mit Datenerfassung (ArtikelName, etc.)
OhrK: Sachspendenart = Feuerwehrsachspende (oder Geldspender, oder Rot-Kreuz.....oder, oder)
OhrK: Kategorie = Unterbekleidung männlich
OhrK: Größe = 4,5
OhrK: Status = Neu
OhrK: Spendernamen = aus Personentabelle filterbar(Spendername)
OhrK : Artikelerfassung durch = aus Personentabelle filterbar (Mitarbeitername)

OhrK: Beispiel für Spendenweitergabe nach ZielLand, Ort, etc.
OhrK: noch ziemlich unklar...Siehe unten

Stadbub: Kunden gibt es keine, da wir keine Firma sind, allerdings gibt es Spender (Feuerwehren, Geldspender etc... ). ???????
Stadbub: Wir unterstützen ein County in Kenia beim Aufbau und Betrieb des Rettungsdienstes und der Feuerwehr. Daher auch das Feld Feuerwehr.
Stadbub: Da steht nur drin, bei welcher Feuerwehr die Person ist, da wir auch Leute vor Ort schicken
und die müssen zwangsläufig einer Feuerwehr angehören um dort Ausbilderaufgaben zu übernehmen.

 

Servus,
achte auf den neuen Download (V5a) in #17
Ansonsten bin ich der Meinung, dass es sinnlos ist, so kurz zu denken, wie Du es tust.
Du wirst Dein DB-Modell immer wieder optimieren müssen.
Das bedeutet dann, dass sowohl Tabellen, Abfragen, Formulare und Berichte (Exporte...etc.)
immer wieder nachbearbeitet werden müssen.

Meine Meinung ist aber nicht der Weisheit letzter Schluss.
Daher geb ich das Ganze zurück ins Forum, damit viele weiterhin mitdenken, bzw. korrigieren.

 

Ich versuche mich grade an den Tabellen..... leider komme ich nicht dahinter was du mit den Tabellen Groessenmass und Groessenart meinst.... den neuen Download hab ich und es funzt super *biggrin.gif*

 

Hemden, Hosen, Strümpfe haben verschiedene Maßarten (Größenmaße) .
Jede dieser Maßarten hat verschiedene Maßgrössen.
Vielleicht hab ich es etwas missverständlich beschrieben gehabt.

 

Okay..... das wird ja eine riesige Liste.... wenn ich es richtig verstanden habe...

Denn z.B. Jacken.....da muss ich also immer bei GroessenArtID_f die ID der Spalte Jacken eintragen und dann alle Größen untereinander..... oder wie muss ich mir das jetzt vorstellen ?

 

Das macht Access für Dich über das Prinzip der Haupt- und Unterformulare.
Im Hauptformular habe ich die Jacke A der Firma X
Im Unterformular gebe ich die verschiedenen Grössen ein.
Mir fallen langsam keine Argumente mehr für Dich ein, der Du das Prinzip
von relationalen Datenbanken noch nicht ganz begriffen zu haben mir scheinst.

 

Hmmm..... naja ich muss zugeben, das ich bei deiner Datenbank eigentlich garnicht mehr durchblicke :/

Ich scheitere jetzt schon daran etwas in die Tabellen einzutragen geschweige denn ein Form zu erstellen wo ich einen Artikel anlegen kann vor lauter IDf und ID und hastenichtgesehn....

Das ist leider jetzt ein wenig zu professionell...... Sorry

Ich wollte und will das wirklich einfach gehalten haben.

 

Ich kann ja nur nebenbei zu meiner Berufstätigkeit Dir helfen.
ich bau Dir mal die nächsten Tage ein Beispiel. Morgen ist dann doch zu früh.
Nutze doch mal die Gelegenheit, dich etwas über das Prinzip von relationalen Datenbanken zu informieren.
z.B. in A. Stern: Keine Angst vor Microsoft Access!

 

Dankeschön, mir ist das durchaus bewußt das hier alle noch einen "richtigen" Job haben (ich ja auch *g*) - aber dennoch verstehe ich nicht was an meiner ersten hochgeladenen Version falsch war. Die funktionierte ja und es war das drinne, was ich gebraucht habe. Lediglich die Darstellung der Artikel im frmArtikel war nicht gut und da wusste ich keinen Rat.... :/ ich wollte hier jetzt kein "Faß" aufmachen und nerven !

 

no problem.
Vielleicht gibt dir gpsWanderer eine Antwort auf diese Frage.
Er hat Dir ja auch die anerkennenswerte Lösung einer Materialverwaltung für Deine sehr kurz gedachte Lösung gegeben.

 

Aber zumindest hab ich bei meinen kurz gedachten Lösungen durchgeblickt *biggrin.gif*

Nein im Ernst das DB - Modell bei dir ist wahrscheinlich Superklasse.....nur verstehe ich es halt nicht mehr..... ich hab nicht mal den Hauch eines Ansatzes (ausser vielleicht die Tabellen, die mir bekannt vorkommen, mit "Leben" zu füllen) - das war es aber schon. Ich wüsste offengestanden nicht mal, wie ich bei dem deinigen DB - Modell Formulare oder Abfragen etc... erstellen soll bzw was ich da reinschreiben sollte..... Ich hoffe du verstehst da mein Problem ein wenig.....

Bei dem ersten Bild hab ich schlicht den Überblick verloren....

Beim zweiten Bild (von mir erstellte DB) weiß ich zumindest was ich wo eintragen muss....

Anbei jetzt nochmal der Stand der Dinge von meiner Datenbank....vielleicht schaut sich das nochmals jemand an....

Das Personalgedöns braucht nicht verändert werden...lediglich das frmArtikel will nicht so wie ich es will...

 

Falls jemand Lust hat, dann darf derjenige auch gerne in die DB vom Ohrkester mir mal ein Artikelformular einbauen...damit ich wenigstens nen kleinen Anfang mal habe.....

 

Keiner noch ne Idee ?

 

\@Stadtbub,
ich bin schon dran.
zur Erklärung meines Tabellenmodells.
Kategorie: Feuerwehr, Polizei, Müllabfuhr, Büroartikel, usw. (Du brauchst momentan nur Feuerwehr)
GroessenArt: Kleidergrössen, Hutgrössen, Schuhgrössen, Gürtelgrössen, usw.
Groessenmass: 4XXL, 3XXL, XXL, XL, L, M, S, 36, 38, 40, 42, 43, 70cm, 80cm, usw.
PersonenArt: Feuerwehr, Privat, Spender, usw.
Vorgangsart: siehe DB-Modell von gpsWanderer

Die Fremdschlüsselfelder (Tabellenfelder mit "...ID_f" am Ende) werden in einem Formular Kombinationsfelder,
deren Datenherkunft die Tabelle mit dem zugehörigen Primärschlüssel (Tabellenfeld mit "...ID" am Ende) ist.
Diese Kombinationsfelder werden voneinander abhängig gemacht,
so dass nur die zueinandergehörigen Daten beim Auswählen angezeigt werden.
Dies ist nur beim Eingang von Materialien notwendig, eingetragen zu werden.
Beim Ausgang der Materialien werden diese Daten automatisch mit übertragen.
Beispiel: PersonenArtID_f wird ein Kombinationsfeld in Formular frm_Person mit der Datenherkunft tbl_PersonenArt.

Alle Tabellen sind sogenannte Stammdatentabellen, ausser der Tabelle tbl_ArtikelAusEingabe,
welche eine Bewegungstabelle oder auch Geschäftstabelle genannt wird.
Bevor eine Geschäftstabelle aktiv werden kann, müssen die Stammdatentabellen mit den grundsätzlichsten Werten gefüllt worden sein.