In den Kommentaren auf der Social-Media-Plattform findet sich alles – von positiven über neutrale bis hin zu negativen Meinungen. Die Spannbreite reicht von „Das ist ihr gutes Recht“ bis zu „Verweichlichte Generation“. Da ich selbst als Ausbilder tätig war, möchte ich gern eine Hilfestellung geben und die Rechte aufzeigen, die Bewerber haben.

Rechtliches

(Stand 03.2026)

Personen unter 18 Jahre (16 – 17 Jahre)

Bei Bewerbungen um einen Ausbildungsplatz sind oft auch unter 18-Jährige dabei. Da sie nur eingeschränkt geschäftsfähig sind, muss neben der Unterschrift des angehenden Auszubildenden auch eine erziehungsberechtigte Person unterschreiben. Diese hat zudem ein Informationsrecht und darf daher beim Vorstellungsgespräch anwesend sein. Bei Bewerbern unter 18 Jahren darf eine erziehungsberechtigte Person beim Gespräch den zutritt nicht verweigert werden. Die erziehungsberechtigte Person darf dem Vertreter der Firma (Ausbilder:in, Chef:in, Gesprächsleiter:in) ebenfalls Fragen stellen.

Personen unter 16 Jahre

Bei Personen unter 16 Jahre, ist es Pflicht bei dem Gespräch eine Erziehungsberechtigte Person dabei zu haben.

Personen ab 18 Jahre

Falls eine Erziehungsberechtigte Person dabei ist, kann diese vom Vorstellungsgespräch ausgeschlossen werden.

Quellen der entsprechende Gesetze und Auszüge

Es gibt noch viele weitere Gesetze was minderjährige Auszubildende machen dürfen und was nicht, aber das Beschreibe ich in einem anderen Post.

Was mache ich nun als Bewerber:in?

Wenn du unter 16 Jahre bist, ist es gesetzlich geregelt das ein Elternteil mit ins Gespräch muss. Ich selber würde hier (schon bei der Einladung) darauf verlangen das ein Elternteil oder Erziehungsberechtigte Person beim Vorstellungsgespräch dabei ist. Auch wenn ich es als sehr löblich finde, das eine junge Person versucht selbstständig auf den Beinen zu stehen.

Wenn du zwischen 16 – 18 Jahre bist. Denke bitte darüber nach. Es kann sich nachteilig Auswirken wenn ein Elternteil oder eine erziehungsberechtigte Person dabei ist.
Ich selbst achtete auf, das sich Bewerber selbstbewusst präsentieren. Wenn eine Vertrauensperson mit im Gespräch ist, dann kann es so wirken das du nicht selbstbewusst bist und nicht an deine Stärken glaubst.
Wenn du zum Gespräch gefahren wirst und deine Begleitperson nur im Flur oder Empfangsraum wartet ist es OK.

Es gibt kulante Gesprächsführer, welche es in Ordnung finden wenn die Begleitung auf einige Fragen (bei unter 16 Jährigen) antworten. Bei 16-17 Jährige Bewerber darf die Begleitung mit ins Gespräch aber bedenke das es ein schlechten Eindruck auf dein Selbstbewusstsein machen kann. Noch nach dem Gespräch kann deine Begleitung fragen stellen oder direkt beim Vertragsunterschreiben, solange du noch keine 18 Jahre bist muss ein Elternteil oder Erziehungsberechtigte Person den Ausbildungsvertrag unterschreiben kann somit auch auf die Informationspflicht verweisen.

Wenn du über 18 Jahre bist, ist eine Begleitung zum fahren OK sofern du keine Möglichkeit hattest selbstständig oder nur mit Verspätung zum Gespräch zu erscheinen. Beispiel: Dein eigenen Kraftfahrzeug ist defekt oder die Verbindungen der Öffentlichen sind sehr schlecht. Wobei wenn die Öffentlichen eine schlechte Verbindung haben würde ich mir Gedanken machen ob du auch über die drei Jahre immer pünktlich zur Arbeit und Berufsschule auftauchst. Wenn du Gefahren wirst, solltest du überlegen ob die Begleitung mit in den Betrieb kommt oder doch lieber solange irgendwo ein Kaffee trinken geht oder im Auto wartet.

Allgemeines Verhalten im Bewerbungsgespräch

Unabhängig des Alters solltest du dir vor dem Gespräch Informationen über das Unternehmen einholen, damit du weißt was die Produzieren / machen oder womit sich die Firma abhebt von den Mitbewerbern.
Zeige dich Positiv, präsentiere dich selbstbewusst und hebe deine Stärken im Interview hervor. Aber übertreibe nicht. Du bist weder Chuck Norris, noch John Wick und die Firma hat nicht auf dich gewartet .
Kleide dich ordentlich, ich selber achtete auf saubere Kleidung und Ordentliches aussehen. Ein Anzug, Sakko ist nicht unbedingt Pflicht macht aber ein ordentlichen Eindruck. Wenn im Vorfeld herausgefunden wird ob der Betrieb ein bestimmten Dresscode vorhanden ist, dann sollte man sich danach richten. Bei unter 16 jährige Personen ist oft nur eine Ordentliche Kleidung und gepflegtes Aussehen nötig, alles weiter gibt plus Punkte.

Bewerbungs-/Vorstellungsgespräch

Das ist Aufregend, manchmal Nervenaufreiben und das ist Verständlich. Oft hängt von diesem Gespräch der Werdegang deiner Zukunft ab, da ist es verständlich das du Nervös bist.

• Sei Pünktlich: Pünktlichkeit ist das A und O – sei am besten 10–15 Minuten vor dem Gespräch vor Ort. Komm nicht abgehetzt oder gestresst, sondern ganz entspannt. So zeigst du Respekt und Professionalität.
• Mitnehmen: Nimm einen Notizblock oder je nach Branche vielleicht ein Tablet für Notizen sowie eine Kopie deiner Bewerbung mit. Überlege dir Fragen, die du hast, schreibe sie auf und stelle sie im Gespräch. Praktisch ist es auch, die Telefonnummer deines Gesprächspartners oder des Unternehmens dabei zu haben, falls es bei den öffentlichen Verkehrsmitteln zu Verspätungen kommt oder du im Stau stehst und nicht pünktlich ankommen kannst.
• Auftreten: Schalte dein Handy oder Smartphone in den Flugmodus! Wenn während des Gesprächs ein mobiles Gerät ständig Geräusche macht und deine Aufmerksamkeit fordert, wirkt das desinteressiert. Verzichte auf Kaugummi. Wenn du Raucher bist, rauche nach dem Gespräch nicht vorher! Sei natürlich und authentisch – bleib einfach du selbst.
• Achte auf deine Körpersprache: Selbstbewusste Menschen haben einen festen Händedruck, eine aufrechte Körper Haltung und schauen ihrem Gesprächspartner während des Gesprächs in die Augen, statt auf den Boden oder den Tisch. Sie weichen den Blicken des Gegenübers nicht ständig aus. Dein Gesprächspartner möchte dir nichts Böses, sondern etwas über dich erfahren, wissen, wie du tickst und dich verhältst. Sei selbstbewusst, aber zeige dabei kein aggressives verhalten (tiefdringende Blicke).
• Zeige Dankbarkeit: Zum Ende des Gesprächs zeigt ein Dank für die Zeit und ein Händedruck zum Abschied, begleitet von einem Lächeln, zeigt erneut Respekt und hinterlässt einen positiven Eindruck.

Einige Unternehmen führen vorab elektronische Vorstellungsgespräche durch. Achte dabei auf deinen Hintergrund – Unordnung kann zu Punktabzug führen – und hinterlasse auch hier einen ordentlichen Eindruck. Also nicht im Bett liegen und dort das Gespräch führen oder im Wohnzimmer mit laufender Musik oder Fernseher. Die Plattform für die (eventuelle) Videokonferenz bestimmt der potenzielle Arbeitgeber. Wenn du sagst „habe ich nicht“, wird das Ausbildungsjahr vermutlich ohne dich starten. Prüfe daher vor dem Gespräch deine Technik auf Funktionalität! Wenn sie nicht funktioniert, hast du im Bewerbungsprozess schlechte Karten.

Auch während Videokonferenzen oder Videocalls gelten die gleichen Punkte wie in der Liste. Sorge dafür, dass du etwas zu trinken und gegebenenfalls Taschentücher griffbereit hast. Schalte alle Störgeräusche wie Smartphone, Messenger und Ähnliches aus. Gehe am besten vorher noch einmal auf die Toilette, da Unterbrechungen während des Gesprächs oft zu Punktabzügen führen.

Weitere Hinweise

Auch wenn du als Bewerber mit 16 oder 17 Jahren eine Begleitung zum Gespräch mitbringen darfst (Elternteil oder erziehungsberechtigte Person), hinterlässt das oft keinen guten Eindruck.
Falls ein Elternteil oder eine erziehungsberechtigte Person Fragen hat, können diese nach dem Gespräch oder bei der Vertragsunterzeichnung gestellt werden.
Gehe gut vorbereitet in das Gespräch, informiere dich darüber, was das Unternehmen herstellt oder anbietet, halte Augenkontakt, sei authentisch und selbstbewusst.
Verzichte auf unrealistische Gehaltsvorstellungen und frage nicht während des Gesprächs, ab wann Homeoffice möglich ist. Zieh dich ordentlich an, achte auf ein gepflegtes Erscheinungsbild – dann stehen deine Chancen auf die Stelle gut.

Quellen

• Focus (Bericht): Gen Z nimmt Eltern zum Vorstellungsgespräch mit (extern)
• Gesetze im Internet (zitierte Gesetze): Gesetze im Internet (extern)

Der Beitrag Bewerbungsgespräch zum Ausbildungsplatz erschien zuerst auf .

• Qualitätsstandards und -richtlinien kennen: Es gibt ein haufen an Standard und richtlinien. Alle muss man nicht kennen. Viele Softwarefirmen sind z.B. ISO 9001 zertifiziert. Es wird festgelegt wie Unternehmen ihre Prozesse dokumentieren und kontinuirlich verbessern sollen.
  Um bei dem Beispiel der ISO 9001 zu bleiben ist dort festgelegt wie der Entwicklungsprozess von der Anforderungsanalyse bis zur Abnahme Dokumentiert wird. Dies wird gemacht, damit die Entwicklung transparent und Nachvollziehbar ist.
• Fehlerquellen analysieren: Systematisch wird hier gelernt Schwachstellen in IT Systemen, Prozessen oder Software zu erkennen und diese zu bewerten. Dazu sind verschiedene Schritte nötig:
  • Fehlerarten Identifizieren: Es muss unterschieden werden zwischen
    • bedienfehlern
    • Softwarefehler
    • Hardwaredefekten
  • Ursachenanalyse durchführen: Mithilfe verschiedenster Methoden wird gelernt den Fehler auf dem Grund zu gehen. Einige Methoden sind:
    • 5-Why-Methode: Eigentlich eine Einfache Methode 5 mal fragt man sich selber Warum. Ein Beispiel dazu ist weiter unten unter 5-Why-Methode zu finden.
    • Ishikawa-Diagramm: Ursache-Wirkungs-Diagramm oder auch Fischgrätendiagramm genannt.
      Das Ishikawa-Diagramm – auch bekannt als Fischgrätendiagramm oder Ursache-Wirkungs-Diagramm – dient der strukturierten Analyse möglicher Fehlerursachen. Ein Beispiel dazu ist weiter unten unter Beispiel Ishikawa-Diagramm zu finden.
• Tests und Prüfverfahren anwenden: Zunächst werden verschiedenste Testarten kennengelernt (wie z.B. Unit-Integrations-,Systemtest) sowie verschiedene Testmethoden (Z.B. Blackbox, Whitebox,etc.). Hier sollten Auszubildene mittels praktischer Übung selbst ein Programm erstellen und für dieses Programm Testfälle erstellen. Dafür eignen sich Unit Tests sehr gut. Je nach Anwendung wird hier gelernt wie Testdaten ausgewählt oder Testprotokolle erstellt werden. Dieser Punkt fördert das Qualitätsbewussten. (Siehe weiter unten das Beispiel Tests und Prüfverfahren).
• Maßnahmen zur Fehlerbehebung umsetzen: Tritt ein Fehler während eines Tests auf, sollte dieser natürlich behoben werden. Dazu muss folgendes erfolgen:
  • Lösungsstrategien entwickeln: Es wird gelernt aus Fehlerursachen konkrete Maßnahmen abzuleiten. Beispiel den Code korrigieren (anhand des Beispielen Fehler „Division durch 0“ eine automatische Prüfung das als Divisor der Benutzer ein Hinweis erhält das 0 als Divisor nicht erlaubt ist.
  • Fehlerbehebung dokumentieren: Jede Behebung nachvollziehbar in einem Fehlerprotokoll festhalten.
  • Wirksamkeit prüfen: Durch erneute Tests prüfen ob der Fehler tatsächlich behoben ist und sich durch die Behebung nicht neue Fehler eingeschlichen haben.
  • Kommunikation im Team: Der / die Auszubindende natürlich lernen Fehler und Lösungen im Team zu kommunizieren.
  • Prävention ableiten: Es ist noch kein Meister vom Himmel gefallen. Hier ist tatsächlich der Satz „Lerne aus deinem Fehlern“ Programm. Durch die Lösung und ordentlichen Dokumentation (einschweißen der Lösung) können diese oder ähnliche Fehler präventiv für die Zukunft ausgeschlossen werden.
    
• Dokumentation und Nachverfolgung: Hier geht es darum Fehler nachvollziehbar, strukturier und auch dauerhaft verfügbar zu Dokumentieren. Bei der Dokumentation ist folgendes zu beachten:
  • Vollständigkeit der Dokumentation: Alle Informationen müssen enthalten sein, z.B. die Fehlerbeschreibung, die Ursache, die Lösung des Problemes und alle Testergebnisse.
  • Nachvollziehbarkeit: Die Kollegen oder nachvolgende Programmierer müssen die Dokumentation verstehen können.
  • Struktur: Das Dokument sollte Strukturiert sein. Also Einheitliche Formate verwenden
  • Korrekte Sprache: Fachlich präzise in verständlicher Form.
  • Versionierung: Änderungen an der Dokumentation sollten Versioniert werden um so die Dokumente Nachvollziehbar zu gestalten. Einige Firmen verwenden zur Qualitätskontrolle sowie implementierung neuer Programmteile und Fehlerbehebung Tools wie Jira (externer Link).
    

Beispiele zur Fehlerquellenanalyse

Bei den Beispielen der Ursachenanalyse wird der Fehler „Division durch 0“ als Fallbeispiel für die unterschiedlichen Methoden verwendet.

5-Why-Methode

Das folgende Beispiel der 5-Why-Methode veranschaulicht die herangehensweise bei den Fehler „Division durch 0“:

• Warum wird durch 0 geteilt?
  → Weil der Divisor zur Laufzeit den Wert 0 hat.
• Warum hat der Divisor zur Laufzeit den Wert 0?
  → Weil er aus einer Benutzereingabe oder Berechnung stammt, die 0 ergibt.
• Warum wurde die Eingabe oder Berechnung nicht überprüft?
  → Weil im Code keine Validierung auf den Wert 0 vor der Division erfolgt.
• Warum fehlt die Validierung?
  → Weil sie im ursprünglichen Entwicklungsprozess nicht berücksichtigt oder getestet wurde.

Beispiel Ishikawa-Diagramm

Das folgende Diagramm veranschaulicht typische Ursachen für diesen Fehler und zeigt auf, wie er sich vermeiden lässt. Das Ishikawa-Diagramm (auch als Fischgrätendiagramm oder Ursache-Wirkung-Diagramm bekannt) hilft bei der Ursachenanalye.
Als Beispiel verwende ich ein Programmfehler „Division durch 0“ (ich denke kennt fast jeder der mit dem Programmieren anfängt).
Das folgende Diagramm zeigt ein Beispiel des Ishikawa-Diagramm zeigt Ursachen zu dem Fehler „Division durch 0“ und wie diese verhindert werden können.

FMEA (Fehlermöglichkeits- und einflussanalyse)

Die klassische Struktur der FMEA besitz 3 Kernbewertungen. Auftretenwahrscheinlichkeit (A), Bedeutung (B) sowie Entdeckungswahrscheinlichkeit(E).
Dabei werden die Kernbewertungen auf einer Skala von 1 (niedrig) bis 10(hoch) bewertet.

Beispiel Tests und Prüfverfahren

Test für Division durch 0

Durch diesen Test soll vermieden werden, dass das Programm abstürzt oder eine unbehandelte Ausnahme auswirft. Mit dem Beispiel Protokoll wird der Testfall festgehalten.

Der Beitrag Lfd 5 a Betriebliche Qualitätssicherung systematisch feststellen, beseitigen und dokumentieren erschien zuerst auf .

• Ursachen Feststellen:
  Aufbauend auf Lfd 5 a müssen erst einmal die Fehler analysiert werden. Dazu können natürlich Datenquellen verwendet werden, wie z.B. Log Files. Aus den Logs oder anderen Monitoring-Tools sowie das Verhalten des Programmes müssen Zusammenhänge erkannt werden.
• Maßnahmen zur Beseitigung umsetzten: Durch Anpassung des Codes kann Zielgerichtet eine Lösung entwickelt werden. Nach der Änderung des Codes muss des erneut geprüft werden ob der Fehler tatsächlich behoben ist (Dokumentieren nicht vergessen), bzw. keine Fehler an andere Stelle auftauchen.
• Dokumentation: Änderungen und Ergebnisse müssen klar, verständlich sowie nachvollziehbar dokumentiert oder im Team kommuniziert werden (Siehe Lfd 5 a).

Hier lernt man nicht nur reaktiv zu lernen, sondern proaktiv und Nachhaltig mit Qualitätsmängeln umzugehen.

Fallbeispiel

Bleiben wir bei den Fehler „Division durch 0“ aus den Beitrag Lfd 5 a.
Ausgangssituation: Es wurde gemeldet das ein Programm plötzlich beim Rechnen abstürzt

• Ursache Festellen:
  • Fehlerbild: Anwendungs stürzt ohne Meldung ab.
  • Analyse: Es wird das Logfile geprüft, dort fällt folgende Meldung auf „Unhandled Exception: Division by zero“
• Methode angewendet: 5-Why-Methode (Siehe Lfd 5 a)
  • Warum stürzt die App ab? → Weil sie eine Division durch 0 ausführt.
  • Warum wird durch 0 geteilt? → Weil keine erledigten Tickets vorhanden sind.
  • Warum prüft das Programm das nicht vorher? → Weil keine Validierung eingebaut ist.
  • Warum fehlt die Validierung? → Weil im ursprünglichen Konzept dieser Fall nicht bedacht wurde.
  • Warum wurde dieser Fall nicht getestet? → Es gab keinen Testfall für „keine erledigten Tickets“.
• Maßnahmen zur Fehlerbehebung anwenden:
  • Im Code wird die Eingabe durch eine Validierung der Eingaben des Benutzers geprüft.
  • Es wird ein Testfall zu dieser Rechnung erstellt
  • Es wird ein Regressionstest durchgeführt um sicher zu stellen, das der Fehler nun behoben ist und nicht an anderer Stelle der Software ein Fehler durch der Änderung auftritt.
• Dokumentation und Nachverfolgung:
  Der Fehler, die Ursache sowie Maßnahme und aktueller Status wird Dokumentiert (Siehe Lfd 5 a).

Der Beitrag Lfd 5 b Ursachen Qualitätsmängel systematisch feststellen, beseitigen und dokumentieren erschien zuerst auf .

Wie kann ich als Softwareentwickler die Qualität der Software messbar machen?

Das klingt zunächst etwas merkwürdig, nicht wahr?
Nun, so ungewöhnlich ist es auch nicht; ich nehme eines Beispiel für Quellcode, den ich hier veröffentlicht habe.

Fallbeispiel

Nehmen wir an, es wird ein Programm erstellt, welches eine mit „;“ getrennte Textdatei erstellen soll (Export von Daten), diese Textdatei hat am ende ca. 7688460 Zeichen. Da wir uns selber die Anforderung stellen das wir den Kunden nicht zu lange warten lassen möchten, setzen wir uns als Zeit direkt die höchst zeit von 1 Sekunde (welche wir auch als Qualitätsmerkmal verwenden).

Nach der Programmierung sehen wir das wir mehr als 48 Minuten nur zum einlesen benötigen. Jetzt schauen wir uns unser Gesetzes Ziel an:

Soll-Ziel: Ladezeit der Textdatei <=1 Sekunde
Ist-Zustand: ca. 48 Minuten
Etwas zu lang, 2.880 Sekunden.

Nach einem Brainstorming im Team erkennen wir, dass solche Aktionen besser mit einem String-Array anstatt mit einem normalen String durchgeführt werden sollten. Daher schreiben wir den Code um und testen ihn erneut.

Soll-Ziel: Ladezeit der Textdatei <=1 Sekunde
Ist-Zustand: ca. 0,23 Sekunden
Perfekt!

Wir haben uns übertroffen.

Mittlerweile gibt es ganz gute Frameworks, welche Daten aus einer Tabelle in einer CSV speichern können. Aber als Ausbilder war ich auch immer darauf bedacht den angehenden Programmierer die Roots zu zeigen, wenn er oder sie dann die Roots verstanden hat darf er/sie gerne Tools und Frameworks verwenden (sofern diese Lizenzrechtlich für die jeweiligen zwecke verwendbar sind).

Der Beitrag Lfd 5 c im Rahmen eines Verbesserungsprozesses die Zielerreichung kontrollieren, insbesondere einen Soll-Ist-Vergleich durchführen erschien zuerst auf .

Datenbankmodelle unterscheiden

Hierarchisches Modell

Daten werden in einer Baumartigen Struktur organisiert, wobei jeder untergeordneten Entität genau einer übergeordneten Entität zugeordnet ist. Beispiel eines Hierarchisches Modell:

Ein Unternehmen ist in Abteilungen aufgeteilt. Beispiel Abteilung 1, die Technik.
Die Technik ist aufgeteilt in 2 Teams, einmal Entwicklung (Team 1) und Support (Team 2).
Abteilung 2 könnte z.B. Vertrieb mit dem Vertriebsteam sein.

Netzwerkmodell

Ähnlich dem Hierarchischen Modell, aber jede untergeordnete Entität kann mehreren übergeordneten Entitäten zugeordnet sein, was eine komplexere Struktur ermöglicht:

Wie an dem nebenstehenden Beispiel zu sehen, schaut es nahezu gleich aus. Mit dem Unterschied, das hier der Mitarbeiter 1 aus dem Team 1 der Abteilung 1 zusätzlich in der Abteilung 1 sein Dienst verrichtet.

Relationales Modell

Daten werden in Tabellen (Relationen) organisiert, wobei jede Tupel (Zeile) einen Datensatz darstellt und jedes Attribut (Spalte) einen Datentyp darstellt.

Beispiel einer Relationalen Datenbank.
Wir haben eine Firma, der Firma sind Abteilungen zugeordnet und den Abteilungen sind Mitarbeiter zugeordnet.
In diesem relationalen Modell haben wir 3 Tabelle, welche durch einen Fremdschlüssel (UnternehmenID, AbteilungID und MitarbeiterID) miteinander Verknüpft sind.
Diese Verknüpfung (Relation) ermöglicht es uns, aus allen drei Tabellen Informationen abzufragen.

Objektorientiertes Modell

Dies ist für viele lernenden das wohl schwerste Modell.
Ein objektorientiertes Datenbankmodell verwendet Objekte, ähnlich wie in der objektorientierten Programmierung. Jedes Objekt kann Attribute (Daten) und Methoden (Funktionen) enthalten und definieren.
Hier ein Beispiel für ein Objektorientiertes Modell (C#):

///////////////////////////////////////////////////////////////////////////////////////////////////////////
//Klasse Mitarbeiter
using System;

public class Mitarbeiter
{
    public int MitarbeiterID { get; set; }
    public string Name { get; set; }
    public string Position { get; set; }
    public int AbteilungID { get; set; }

    public Mitarbeiter(int mitarbeiterID, string name, string position, int abteilungID)
    {
        MitarbeiterID = mitarbeiterID;
        Name = name;
        Position = position;
        AbteilungID = abteilungID;
    }

    public void AnzeigenInfo()
    {
        Console.WriteLine($"Mitarbeiter: {Name}, Position: {Position}, AbteilungID: {AbteilungID}");
    }
}
///////////////////////////////////////////////////////////////////////////////////////////////////////////
// Klasse Abteilung
using System;
using System.Collections.Generic;

public class Abteilung
{
    public int AbteilungID { get; set; }
    public string Name { get; set; }
    public List<Mitarbeiter> Mitarbeiter { get; set; }

    public Abteilung(int abteilungID, string name)
    {
        AbteilungID = abteilungID;
        Name = name;
        Mitarbeiter = new List<Mitarbeiter>();
    }

    public void AnzeigenInfo()
    {
        Console.WriteLine($"Abteilung: {Name}, AbteilungID: {AbteilungID}");
        foreach (var mitarbeiter in Mitarbeiter)
        {
            mitarbeiter.AnzeigenInfo();
        }
    }
}

///////////////////////////////////////////////////////////////////////////////////////////////////////////
// Programm
using System;

public class Program
{
    public static void Main()
    {
        // Abteilungen erstellen
        Abteilung marketing = new Abteilung(101, "Marketing");
        Abteilung it = new Abteilung(102, "IT");

        // Mitarbeiter erstellen und zu Abteilungen hinzufügen
        Mitarbeiter elsbeth= new Mitarbeiter(1, "Elsbeth", "Manager", 101);
        Mitarbeiter noah= new Mitarbeiter(2, "Noah", "Entwickler", 102);
        Mitarbeiter lea= new Mitarbeiter(3, "Lea", "Designer", 101);

        marketing.Mitarbeiter.Add(alice);
        marketing.Mitarbeiter.Add(carol);
        it.Mitarbeiter.Add(bob);

        // Informationen anzeigen
        marketing.AnzeigenInfo();
        it.AnzeigenInfo();
    }
}

Daten organisieren und speichern

Normalisierung

Der Prozess der Strukturierung einer Datenbank zur Reduzierung von Redundanz und Verbesserung der Datenintegrität.
Ich verwende hier ein extremes Beispiel der Normalisierung in einer Relationalen Datenbank.

Beispiel einer nicht normalisierten Datenbank in der Kunden gespeichert werden.
In der Tabelle kann gesehen werden, das einige Einträge redundant sind. Auch redundante Einträge verbrauchen
Speicherplatz, was in der kleinen Tabelle kein Problem ist.

Beispiel einer Normalisierten Datenbank.
Sieht erstmal nach größerer Arbeit aus. Besonders weil es nur 3 Datensätze sind.
Anhand der Tabelle TabelleKunden das nur noch verweise für die Daten des Kunden gespeichert werden.
Dies bedeutet, egal wieviele Kunden wir mit dem Namen „Musterfrau“ besitzen, benötigt dieser Name nur für 1x speichern
den Speicherplatz, danach nur noch den Speicherplatz des Datentype der ID.
Mit dieser kleinen Beispieltabelle ist er Aufwand etwas groß, aber bei der Datenbank des Kraftfahrbundesamtes
(Punktesammelstelle in Flensburg) sieht es wieder anders aus.

Tabellen und Beziehungen

Verwende Tabellen, um verschiedene Datentypen zu organisieren und definiere Beziehungen zwischen diesen Tabellen (z.B. Primär- und Fremdschlüssel).
Als Beispiel verwende ich wieder das Beispiel der Firma, Abteilung und Mitarbeiter. Diese Tabelle ist nicht zu 100% vollständig, veranschaulicht aber die Beziehungen zwischen Tabellen.

SELECT Name FROM Mitarbeiter WHERE AbteilungID IN(
  SELECT AbteilungID FROM Abteilung WHERE AbteilungID IN (
    SELECT UnternehmenID WHERE Name = 'Beispielfirma'
  )
)

Der Beitrag Lfd 4 e Datenbankmodelle unterscheiden, Daten organisieren und speichern sowie Abfragen erstellen erschien zuerst auf .