Office: (Office 2007) Access-Formulare

Hallo zusammen,

ich bin von der Firma dazu verdonnert eine ACCESS-Datenbank mit dem MS Access2007 zu erstellen.
Diese Datenbank soll alle Bewerber, die sich bei uns gemeldet haben, erfassen und um die später nach verschiedenen Kriterien auszuwerten. Ich halte mich für einen, der Grundkenntnisse über MS Access hat. Aber es ist für meine Aufgabe zu wenig, ich bin über folgende Aufgabe gestolpert:
Ich habe ein paar Formulare problemlos Erstellt, wie Kontaktdaten, Skills usw. Bei einem Formular, das ich „Bwerdegang“ genannt habe, komme ich nicht weiter.
In diesem Formular, habe ich folgende Eingabefelder definiert „ID“, „Arbeitgeber“ dann „Arbeitsbegin“ (Datum), „ Arbeitsende“ (Datum) , „Position“ und „Aufgaben“.
Mein Problem ist folgendes:
Ein Bewerber Mark Schmidt hat jahrelang bei der Firma „Gute Firma“ gearbeitet:
1999 2004 Gute Firma in Zauberland

1999 2000 Junior Konstrukteur
Erstellen von 2D-Zeichnungen
Erledigen von allen anfallenden....

2000 2002 Konstrukteur
Erstellen von Konzepten
Detailierte Ausarbeitung der Konzepten
Verhandlungen mit den Kunden
2002 2004 Gruppenleiter
xxxxxxx
yyyy
zzzz
Wie kann ich das Formular definieren, damit ich diese „endlose Abfrage“ über diese 5 Eingabefelder hinbekomme? Aber bitte relativ einfach, ohne in die Programmierung tief einzusteigen?

:)

 

Willkommen im Forum.

Da ist - mit Verlaub - noch nicht allzuviel davon zu sehen ...

Bevor Du an das Erstellen von Formularen gehst, solltest Du Dir Gedanken (und vor allem Notizen) über die Datenbankstruktur machen.

Das, was Du willst ('endlose Abfrage') ist (mindestens) eine 1:n Relation.

Ich sehe in Deinem Ansatz schon mal diese Tabellen:
tbl_bewerber
tbl_firmen
tbl_firmen_u_bewerber (sicher könnten ja mehrere Bewerber bei der gleichen Firma gearbeitet haben?)
tbl_anstellungsverhaeltnisse
tbl_aufgaben

Und dann ist zu definieren, welche Felder in welcher der Tabelle erfasst werden und wie die Beziehungen zwischen den Tabellen aussehen. Und dann kommen die Formulare ...

 

Hallo Hans-Christian,

ich hätte das Datenmodell wahrscheinlich ein kleines bisschen anders aufgebaut, daher meine Frage:
Welche Datenfelder hast Du für die Tabelle tbl_Anstellungsverhältnisse vorgesehen bzw. wie unterscheidet sich diese von der Tabelle tbl_firmen_u_bewerber?

CU

 

tbl_firmen_u_bewerber enthält lediglich die beiden PK aus tbl_bewerber und tbl_firmen als FK sowie einen 'eignen' Identity Wert als PK.
Da in einer Firma ein Bewerber mehrere Jobs haben kann (siehe #1) werden diese (mit von- und bis-Datum) in der tbl_anstellungen erfasst und die jeweiligen Aufgaben in einer weiteren Tabelle.

Sicherlich könnte man auch die Aufgaben in ein großes Textfeld auflisten.
Und dies für jedes Anstellungsverhältnis speichern und da auch die von- und bis-Daten ablegen so wie die FK's zu tbl_firmen und tbl_bewerber ... so käme man mit drei Tabellen aus, was sicherlich den gezeigten Anforderungen durchaus genügte ...

 

Hallo Hans-Christian,

jetzt verstehe ich, wie Du das gedacht hast.

Du speicherst in der Tabelle tbl_firmen_u_bewerber die Tatsache, dass der Bewerber in der Firma "Gute Firma in Zauberland" gearbeitet hat.
Dann speicherst Du in der Tabelle tbl_anstellungsverhaeltnisse z.B. "1999 2000 Junior Konstrukteur".
Die einzelnen Tätigkeiten werden dann als einzelne Datensätze in der Tabelle tbl_aufgaben gespeichert.

Das wäre mein Ansatz gewesen. *wink.gif*

Ich denke, jetzt hat taki einen Vorschlag für ein Datenmodell incl. Beschreibung. Mal sehen, wie er sich entscheidet.

CU

 

Hallo Experten,

danke an Alle, momentan verstehe ich nur Bahnhof, ich glaube, ich muss mir da ein Buch kaufen, um es nachzulesen und auszuprobieren. Ich dachte ich mache es mit einer Tabelle und das wäre einfach!
Ich gebe aber nicht auf. Ihr hört noch von mir!

Schöne Grüsse

Taki

 

Hallo Taki,
ein gutes Buch kann nie schaden *wink.gif* . Bis dahin könntest du auch mal hier reinlesen:
Kelz Datenbank Grundlagen
maike

 

Hallo Taki,

etwas leichter verdaulich für den Anfang wären diese Ausführungen:
Access-Tutorial: Normalformen

HTH

 

Dann wäre es keine Datenbank und du wärest mit Excel besser beraten.

Und wenn du noch einen anderen Link zum Thema "Wie entwerfe ich das relationale Modell meiner DB?" suchst:
http://yahg.net/kurse/access/access2007_einfuehrung.pdf
Seiten 1-17

 

Hallo zusammen,

danke für die Hinweise und die Links, jetzt habe ich einiges kapiert. Ich hätte mir die zwei Bücher, die ich bestellt habe, sparen können. Es ist alles ziemlich verständlich beschrieben.
Ich hoffe weiterhin auf Eure Unterstützung, und ich hoffe meine Fragen werden jetzt klüger. Hier wäre die Erste:

Bei dem Bewerber möchte ich den Arbeitsbeginn nur auf den Monat und Jahr einschränken.
Wie kann ich Feldatentyp, dementsprechend vorbereiten MM/JJ?

Gruesse

taki

 

Hallo taki,

es ist für die spätere Anwendung immer vorteilhaft, ein "richtiges" Datum in der Tabelle zu haben. Aus 2010/11 mache also 01.11.2010. Dabei ist es gleich, ob dieses konkrete Datum taggenau zutrifft oder nicht - Hauptsache, Jahr und Monat stimmen.

Bei der Anzeige (im Formular und Bericht) kannst Du dieses Datum dann in die gewünschte Form bringen, so dass der Betrachter nichts vom intern gespeicherten konkreten Datum bemerkt.

 

Hallo,

danke für schnelle Hilfe.

Kann ich das Feld Eingabe erforderlich, standartmässig auf JA einstellen?

Gruesse

taki

 

Ich kann nur für A03 sprechen - dort ist mir keine Möglichkeit bekannt.

Allerdings ist das in der Tabelle ja auch unerheblich (und kann auf die Dauer lästig sein!): Wesentlich ist, ob es in einem Formular ausgefüllt werden muss oder nicht. Und das wiederum kannst Du dort abfangen.

 

Liebe Leute,

hilft mir bitte, weil ich wieder black-out habe.

Es geht um die Fremsprachenkenntnisse:

Bewerber Maier kann englisch - gut, dann französisch Grundkenntn.
und spanisch Grundkenntnise.

Bewerber Kowalski kann duetsch - gut, englisch Grundk. und polnisch Mutterspr. usw.

Ich definiere eine Tabelle tbl_sprachkenntnisse mit Feldern;
Fremdsprachen mit Nachschlagassist: deutsch, englisch, italienisch, französisch, russisch, polnisch
dann definiere ich Feld Fremdsprachen-Level mit Nachschlagassist.
Grundkenntnisse, Gute Kenntnisse, Sehr gute Kenntnisse, Fließend (=in Wort und Schrift), Verhandlungssicher, Muttersprache.
Aber intuitiv sehe ich einen Denkfehler. Aber weiss nicht was ich falsch mache.
Würde mir bitte jemand einen kleinen Schubser in die richtige Richtunge geben!

Danke

und viele Grüsse

taki

 

Hi,

wenn du die Fremdsprachen separat von sonstigen Fähigkeiten verwalten willst, ist das schon ok so. Wobei ich gegen den Nachschlage-Assi allergisch bin und sowas grundsätzlich selbst mache.

Mein Ansatz wäre:
tblPersonen (wie bisher)
tblSprachen (ID, Bezeichnung)
tblMedien (ID, Bezeichnung); hier sind Wort und Schrift gemeint (man kann in Sprache X schriftlich gut und mündlich schlecht sein)
tblLevels (ID, Bezeichnung); hier sind die "Noten" (Leistungslevels) von Grundkenntnis bis Muttersprache aufgeführt
tblSprachkenntnisse (F_Person_ID, F_Sprache_ID, F_Medium_ID, F_Level_ID); hier kommt alles zusammen: wer ist wo wie gut.

In den Sprachkenntnissen würde ich übrigens alle Sprachkenntnisse einbauen: auch die Muttersprache, dafür gibts ja eben das entsprechende Levelkennzeichen.