Study-Board.de
  1. Suche
  2. Startseite
  3. Deals
    1. Social Deals
    2. Amazon Deals
    3. Prime Angebote
  4. Forum
    1. Dashboard
    2. Unerledigte Themen
  5. Tippspiel
    1. Rangliste
    2. Tippgemeinschaften
    3. Tipper-Übersicht
    4. Meine Statistik
    5. Hall of Fame
    6. WM-Wertung
  6. Kalender
    1. Anstehende Termine
  7. Galerie
    1. Alben
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Forum
  • Artikel
  • Seiten
  • wcf.search.type.de.flexiblelist.wsc.entry
  • Termine
  • Galerie
  • Erweiterte Suche
  1. Study-Board.de
  2. Mitglieder
  3. BerndPodhradsky

Beiträge von BerndPodhradsky

  • Hilfe zu Aufgabe ERM/Normalisierung

    • BerndPodhradsky
    • 7. März 2006 um 13:00

    Hallo!

    Leider etwas spät (ich habe mich erst heute registriert), aber hier mein Vorschlag der Normalisierung:


    Tabelle Ausleiher:

    .) ID (Primary Key)
    .) Name
    .) Matrikelnummer

    Tabelle Verlag:

    .) ID (Primary Key)
    .) Name
    .) Ort

    Tabelle Autor:

    .) ID (Primary Key)
    .) Name
    .) ... (eventuelle weitere Daten)

    Tabelle Buch:

    .) ID (Primary Key)
    .) Buchnummer
    .) AutorID (--> FK zu Tabelle Autor)
    .) VerlagID (--> FK zu Tabelle Verlag)
    .) AbteilungID (--> FK zu Tabelle Abteilung)
    .) Erscheinungsjahr
    .) ... (eventuelle weitere Daten)

    Tabelle Abteilung:

    .) ID (Primary Key)
    .) Name
    .) ... (eventuelle weitere Daten)

    Tabelle Ausleihungen:

    .) AusleiherID (--> FK zu Tabelle Ausleiher)
    .) BuchID (--> FK zu Tabelle Ausleiher)
    .) ... (eventuelle weitere Daten)

    Ich weiß, man könnte hier einige "Änderungen" vornehmen (z.B. die Matrikelnummer, die ja an sich eindeutig sein müsste, als Primary Key verwenden --> würde ein Feld ersparen (somit Speicherplatz etc.)), aber ich muss sagen in meinen Praxisprojekten habe ich einfach "gelernt", jedem Datensatz eine eigene ID zu geben. Fällt dann bei komplexeren Aufgaben (die evtl. nicht eingeplant waren) einfacher, wenn plötzlich Relationen abgebildet werden müssen, die sonst aus Foreign Keys bestehen würden, die aus mehreren Feldern bestehen.

    Liebe Grüße,
    Bernd

  • Access - Schlüsselvergabe

    • BerndPodhradsky
    • 7. März 2006 um 12:50

    Hallo!

    Meine Antwort kommt etwas spät (ich habe mich erst heute registriert), aber falls es doch noch jemanden interessiert:

    In die Objektansicht "Tabellen" gehen (sprich, einfach die Liste der Tabellen anzeigen), danach im Kontextmenü (rechte Maustaste) auf "Beziehungen..." gehen. Hier kann ich nun die Fremdschlüssel erstellen, in dem ich eine Beziehung zwischen einem Datenbankfeld (welches den Fremdschlüssel enthalten soll) und dem Primärschlüssel einer anderen Tabelle herstelle.

    Liebe Grüße,
    Bernd

Nächste Spiele

  • Augsburg - Köln
    27. Februar 2026 27. Februar 2026 um 20:30
  • Leverkusen - Mainz
    28. Februar 2026 28. Februar 2026 um 15:30
  • Bremen - Heidenheim
    28. Februar 2026 28. Februar 2026 um 15:30
  • Gladbach - Union Berlin
    28. Februar 2026 28. Februar 2026 um 15:30
  • Hoffenheim - St. Pauli
    28. Februar 2026 28. Februar 2026 um 15:30

Punkteregeln

  • 4 Exaktes Ergebnis
  • 3 Richtige Tordifferenz
  • 2 Richtige Tendenz
  • 2 Unentschieden erkannt
  • 0 Kein Treffer

UCL

Tippspiel

  • Bundesliga 2025/2026
  • Rangliste
  • Tippgemeinschaften
  • Tipper-Übersicht
  • Hall of Fame
  1. Dealfuchs.info
  2. Impressum
    1. Datenschutzerklärung
    2. Verhaltenskodex
      1. Learn to Post
  3. Mediadaten
  4. Study-Talk.de - Rabatte nicht nur für Studenten
  5. Kontakt
Community-Software: WoltLab Suite™