Beiträge von DanielIT

Ergänzend zu Tobi: Die Lösung ist Aufteilen in zwei Tabellen entlang der Abhängigkeit.

• Bestellung(BestellNr, KundenNr) – KundenNr wird hier zum Fremdschlüssel.
• Kunde(KundenNr, KundenName, KundenOrt)

Praktischer Vorteil: Wenn ein Kunde umzieht, änderst du den Ort an genau einer Stelle statt in jeder Bestellung. Genau diese Redundanz und die daraus folgenden Update-Anomalien will die Normalisierung verhindern. Wenn du dir bei sowas unsicher bist, frag dich immer: 'Beschreibt das Attribut wirklich den Schlüssel oder ein anderes Objekt?'

Den Anhang sehe ich hier leider nicht (alte Threads verlieren manchmal die Datei). Am schnellsten geht’s, wenn du deine SQL-Statements direkt als Text reinkopierst – dann schauen wir drüber.

Die Klassiker, auf die du achten solltest:

• SELECT/WHERE: Filterbedingung korrekt? Strings in Anführungszeichen, Zahlen ohne.
• JOIN: immer eine ON-Bedingung (Fremdschlüssel = Primärschlüssel), sonst Kreuzprodukt.
• GROUP BY: alle nicht-aggregierten Spalten aus dem SELECT müssen ins GROUP BY.
• Aggregatfunktionen (COUNT, SUM, AVG) nicht in WHERE, sondern in HAVING filtern.

Poste die Aufgabenstellung + deine Lösung als Text, dann korrigiere ich dir das gern Zeile für Zeile. 👍

Das ist ein typischer Stolperstein: Unter „Sendungen“ sind die meisten Schaltflächen ausgegraut, bis du den Seriendruck tatsächlich startest. Vorgehen:

1. Sendungen → Seriendruck starten → Dokumenttyp wählen (z.B. „Briefe“).
2. Empfänger auswählen → Datenquelle verknüpfen (vorhandene Liste/Excel oder neue Adressliste anlegen).
3. Erst danach werden Seriendruckfeld einfügen, „Vorschau Ergebnisse“ usw. aktiv.

Ohne verknüpfte Datenquelle bleibt fast alles grau – das ist kein Fehler, sondern die Reihenfolge. Du brauchst auch keine „echten“ Daten, eine kleine Test-Adressliste reicht zum Nachvollziehen. Damit sollten die Aufgaben lösbar sein 👍