Die Logik für die Erstellung einer Teilnahme-system in c# und einer Datenbank(Hilfe benötigt mit dem db-schema)

Habe ich zum erstellen einer Anwesenheits-management-system der Hochschule..
.die Anforderungen sind..
es gibt 6 Fächer

  1. jedes Thema hat eine Tabelle für jeden Monat..
  2. jeder Klasse durchgeführt wird aufgezeichnet und nummeriert von 1 bis n..und das vorstellen der Kandidaten gegeben werden, die zählen, wenn vorhanden...
  3. am Ende eines jeden Monats, insgesamt Klassen genommen von allen 6 Probanden aufsummiert...und insgesamt Klassen besucht, die von jedem einzelnen Schüler zusammengefasst, und ein Prozentsatz berechnet wird...(insgesamt präsentieren Klassen)/(Gesamtzahl der Klassen )*100...
  4. es sind 120 Studenten...

mir bitte helfen, erstellen Sie eine effiziente Methode zum erstellen der Datenbanken...
Hinweis....
die Anwendung sollte Ihnen ermöglichen, den Blick durch all die abwesenden Klassen, die er nicht an Referenz..(also jedes abwesende Klasse aufgenommen werden müssen)

Meinem..versuche:

  1. einer Weise, die ich versuchte, war:
    erstellen von Tabellen für jedes Thema...dann
    6 Tabellen erforderlich

Nachteile:
*jeden Tag muss eine Spalte und die Kopie der 6 Tabellen erstellt werden soll jeden Monat.
ich.e 6 sub*12 Monate =72 Tabellen jedes Jahr
auch ein extra-Klassen ergriffen werden können pro Motiv...so, wenn ein Thema zweimal am Tag,3 Fälle kommen--> Geschenk für beide,fehlt für beide,vorhanden für nur eine..*

2..die zweite Methode, die ich ausprobiert habe ist:

erstellen Sie eine Tabelle für jeden Schüler mit den gleichen db-schema ..(mit Themen wie Spalten )
con:

12 Schüler benötigen 120 Tabellen

😛
Irgendwelche kluge Ideen, Jungs...das würde wirklich helfen, wenn Sie mir Ideen, wie konstruieren Sie ein db-schema für diese Art der Anwendung.......

danke.....

InformationsquelleAutor Suraj | 2011-05-09
  1. 2

    Schüler-Tabelle:

    StudentID   int identity PK
LastName    string(20)
FirstName   string(20)

    Klassen Tabelle:

    ClassID     int identity PK
ClassName   string(50)
SubjectID   int FK to Subjects table (not shown)
TermID      int FK to Terms table (not shown)

    Schüler zu Klassen Tabelle:

    STCID       int identity PK
ClassID     int FK to Classes table
StudentID   int FK to Students table

    Magnettafel:

    AttendID    int identity PK
STCID       int FK to Student To Class table
Date        date/time

    PK heißt Primärschlüssel. FK bedeutet Foreign Key (es Mitarbeiter, die den Primärschlüssel in anderen Tabellen).

    Den Studenten zu Probanden Tabelle verbindet die Schüler mit Ihren Themen. Für jedes Fach wird ein Schüler zugewiesen ist, fügen Sie einen Datensatz für die Studierenden zu Themen Tabelle. Für jedes Datum, das ein Schüler ein bestimmtes Thema, fügen Sie einen einzelnen Datensatz der Magnettafel.

    • Wenn das die Absicht ist, "Für jedes Datum, das ein Schüler ein bestimmtes Thema, fügen Sie einen einzelnen Datensatz die Magnettafel", warum die Besuchten Bereich in die Teilnahme-Tabelle? Sind Sie darauf hindeutet, um eine Zeile einfügen mit Besucht = False für ein Klasse treffen ein Schüler nicht teilnehmen?
    • Ich entfernte das bool-Feld.
    • Robert, dir fehlt eine Tabelle, die zeigt, dass alle Klassen für ein Thema. Ohne das, können Sie nicht bestimmen Prozentsatz anwesend. Auf der anderen Seite habe ich weggelassen, eine Registrierung-Tabelle (Ihre STSID), die zwar nicht erforderlich sind, ist es wahrscheinlich eine gute Tabelle, so gut. 🙂
    • ich versichere Ihnen ,alle 120 Studenten haben dieselben 6 Fächer...aber nur 60 Schüler haben Sie Häufig...ich meine... - Bereich-haben 60 und Abschnitt B 60...
    • Was bedeutet das?
    InformationsquelleAutor Robert Harvey
  2. 1

    Zunächst, Sie definitiv nicht brauchen, um doppelte Tabellen für jeden Monat oder student. Das ist madenss.

    Berechnen Sie den Monat aus dem Datum, also nur die Speicherung eines Datums löst dieses.

    Hier ist meine erste Reaktion.

    Müssen Sie die Tabellen, für Studenten, Themen, Anmeldungen, Kurse und Anwesenheitszeit.

    Registrierungen Tabelle:

    ID
Student_ID
Subject_ID

    Klassen-Tabelle (verwenden Sie einen anderen Namen) zeigt alle gültigen Kurs Datum (erforderlich für die Teilnahme berechnen %):

    ID  
Subject_ID  
Class_Date

    Magnettafel: 

    ID  
Student_ID  
Class_ID (refers to the ID field in the class table)

    (ändern Sie den Namen entsprechend Ihren Konventionen)

    Diese Weise die Teilnahme enthält einen Datensatz für jeden Auftritt von jedem Schüler in jeder Klasse. Sie können bestimmen, auf welche Klassen jeder Schüler verpasste in jedes Thema durch SQL-Abfragen.

    Alle die Logik, die Sie beschrieben sind, können behandelt werden mit dieser Struktur, es sei denn, ich habe etwas verpasst. Halten Sie Ihre Daten Modell sauber und lassen Ihren code die Arbeit machen.

    • Ich fügte hinzu, eine Registrierung-Tabelle. Wenn ein Schüler besuchte nie eine Klasse, die Sie benötigen, zu wissen, er/Sie war registriert und hatte eine 0% - ige Anwesenheit. Kredit-Robert, dass man mit.
    • vielen Dank....die software sollte so arbeiten......jedes Fach Dozent in der Anwesenheit von no. des Beschenkten ist, nach jeder Klasse,jeden Tag....am Ende des Monats...Durchschnitte berechnet werden...ein student sollte in der Lage sein, um die Abfrage an welchen Tagen er abwesend war...(also Tage(basierend auf Datum) werden aufgezeichnet)...können Ihre oben geschrieben-schema lösen dieses problem...
    • Ja. Die Magnettafel zeichnet jeden Schüler Aussehen' durch die Klasse. Die Klasse definiert ist als eine bestimmte Sitzung zu einem Thema nach Datum (diese brechen, wenn Sie mehrere Sitzungen pro Tag, so müssen Sie möglicherweise, um einen Abschnitt hinzufügen Spalte zu). Also ich kann Sie zählen, die Gesamtzahl Ihrer Auftritte für jedes Thema und ich weiß, dass die insgesamt verfügbaren Klassen aus der Klassen-Tabelle.
    • Für 'Ende des Monats', dass ist nur eine einfache SQL-problem. Monat(class_date) wird wieder eine numerische Vertretung der Ordnungszahl der Monat im Datum (z.B. Monat(2011-05-09) würde gleich 5 ist).
    • Ich mag es, aber ich denke, die (stellvertretend?) Schlüssel Classes.ID sollte ersetzt werden durch die (natürlichen) Schlüssel (subject_ID, class_date). Diese Weise Attendance können und sollten Referenz Registration, sonst wäre es möglich, dass ein Schüler eine Klasse besuchen, für die Sie nicht registriert.
    • ...siehe meine Antwort für eine grobe Skizze 🙂
    • Gute Ergänzung. Diese Art von Integrität aufrechterhalten werden kann, sowohl in code als auch, aber sicherlich ein Vorteil, um es in die db. Nun, wenn ich nur wüsste, warum jemand kam, im hier und downvoted all die Antworten, nur jetzt ohne Grund 🙁
    • wer nach unten gestimmt....aber danke für die Hilfe....auch...ich habe festgestellt, eine neue Strategie...denn jeder Tag ist begrenzt auf 7 Sitzungen(Fristen)..die Eingabe der Daten über den Gegenstand genommen, insbesondere Frist-und Besucherzahlen in diesem Zeitraum sollte es einfach machen..nicht wahr??
    • Sie bringen einen guten Punkt. Wenn das gleiche Thema mehr als eine Sitzung/Klasse pro Tag, benötigen Sie zum erweitern der Tabellen zu berücksichtigen. Ich bin mir nicht sicher, ich habe alle Daten, die benötigt werden, um zu informieren, aber Zeit könnte sinnvoll sein, da.

    InformationsquelleAutor nycdan
  3. 1

    Hier einige SQL-DDL basiert auf dem @nycdan die Antwort, aber mit natürlichen Schlüssel eher als künstliche (Ersatzmutter?) Schlüssel, da dies verbessert die referenzielle Integrität, d.h. Attendance können und sollten Referenz Enrollment zu gewährleisten Besuch nicht protokolliert werden für einen Schüler, der nicht registriert ist auf Kurs. Habe ich auch geändert, ein paar Namen. Ich bin nur mit den wichtigsten Parametern. :

    CREATE TABLE Students (student_ID INTEGER NOT NULL UNIQUE);

CREATE TABLE Courses (course_ID CHAR(6) NOT NULL UNIQUE);

CREATE TABLE Enrollment 
(
 course_ID CHAR(6) NOT NULL
    REFERENCES Courses (course_ID), 
 student_ID INTEGER NOT NULL
    REFERENCES Students (student_ID), 
 UNIQUE (course_ID, student_ID)
);

CREATE TABLE CourseSchedules
(
 course_ID CHAR(6) NOT NULL
    REFERENCES Courses (course_ID), 
 class_date DATE NOT NULL, 
 UNIQUE (course_ID, class_date)
);

CREATE TABLE Attendance
(
 student_ID INTEGER NOT NULL, 
 course_ID CHAR(6) NOT NULL, 
 class_date DATE NOT NULL, 
 FOREIGN KEY (course_ID, student_ID)
    REFERENCES Enrollment (course_ID, student_ID), 
 FOREIGN KEY (course_ID, class_date)
    REFERENCES CourseSchedules (course_ID, class_date), 
 UNIQUE (course_ID, class_date, student_ID)
);
    InformationsquelleAutor onedaywhen
Schreibe einen Kommentar