Suchergebnisse

Daten laden, speichern, verarbeiten ist sicher malwieder das einfachste, weil du willst die Daten ja auch speichern und ändern können etc.

nochmal: Daten laden, speichern, verarbeiten Setze dich damit auseinander, und erarbeite dir das. Dabei kann dir auch geholfen werden. Was du hier mit deiner Fragerei erreichst läuft auf nix anneres hinaus als auf das was dort abgehandelt ist.

Das Datenmodell - also welche Tabellen es gibt und welche Spalten die haben - hängt davon ab, was du modellieren willst: gibts in deim Modell mehrere Schüler? mehrere Klassen? Mehrere Fächer? mehrere Jahrgänge? (Lehrer, Klassenräume, Schulen....?)

gut - also zu welchen Tabellen kommst du? (ich komme auf 3)

Durchschnittsnoten sind keine Tabelle (Entität). Berechnete Werte werden ühaupt nicht abgespeichert (das ist eine Datenbänker-Regel) wo sind bei dir die Fächer geblieben?

Sieh es einmal so: Eine Note ist etwas, was ein Fach einem Jahrgang zuordnet, und eine Zahl hinzufügt. So nebenbei ergeben sich da zB. 2 mögliche Arten Durchschnitten: einmal der Jahrgangs-Durchschnitt über alle Fächer, oder der Fach-Durchschnitt über alle Jahrgänge. (und mw. auch der alloveral-Durchschnitt, aber der scheint mir irrelevant)

guggemol die relationale GrundIdee Da ordnet jeder PersonBeruf einer Person einen Beruf zu. oder gugge vier Views-Videos - Film1. Da hat jeder Artikel eine Kategorie und einen Lieferanten. und so ists auch mit den Noten: Jede Note verweist auf einen Jahrgang und auf ein Fach. Ein Datenmodell modelliert die Wirklichkeit durch Tabellen und Relationen.

guck die Vorlagen nochmal genau an - es ist wichtig, die Relationen richtig rum zu machen. Wenn du meinem Benamungsschema folgst, sollte eine Spalte NotenId nirgends auftauchen. ach - ich kann auch gleich drauf verlinken - schadet nichts, es von Anfang an richtig zu machen: Benamungs-Schema für DB-Entitäten Wobei über "richtig" streiten sich die Gelehrten, einzig, dasses konsistent sein soll, da sind sie einig. Also mein "richtig" gewährleistet Identifikation und Unterscheidung von Primkeys und …

naja - dann machs doch jetzt richtig, weil post#29 ist falsch. Jedenfalls wenn die Pfeile bei dir dasselbe bedeuten, was sie bei mir bedeuten. am sichersten wäre ein Screenshot deines typDatasets.

ja, und wo sind die DataRelations?

Die Relationen. Sprachen wir in post#26 + #27 nicht über Relationen? Hast du die von mir gegebenen Links garnet angeguckt?

sachma - hast du post#26 völlig übersehen? das fasel ich nicht nur so daher, sondern wennich einen Link gebe, dann denke ich auch, dass du dir die Sachen anguckst!

Worauf ich verlinke - das ist der Grundkurs Grundlegender als die relationale GrundIdee und Film1 gehts imo nicht. @Topic: Wo sind die Foreign-Keys? (nochmal Film1 gugge)

verstehe ich recht: das Menü "Daten"-"Datenquellen anzeigen" ist bei dir nicht vorhanden? Wie hast du dann das Dataset erstellt, von dem du den Screenshot gepostet hast? zu 2) nein - es fehlen die Foreignkeys. Entweder Film gugge oder sonstwie recherchieren, was "Foreignkey" - Fremdschlüsselspalte eigentlich bedeutet. auch in die relationale GrundIdee ist das eiglich geklärt. oder gugge "Datenbank in 10 Minuten" auf Movie-Tuts oder wasweißich, wo du sonst noch gugge kannst. Verstehs einfach, ann…

das kann doch nicht so schwer sein - das ist in die relationale GrundIdee doch 1:1 vorgemacht - du musst doch nur noch annere Namen einsetzen. Die Mittler-Tabelle einer m:n-Relation: muss die übergeordnet sein, oder untergeordnet?

und jetzt nur noch an mein Benamungsschema denken - schrieb ich ja, dass man das am einfachsten von Anfang an richtig macht. Hab ich bestimmt auch drauf verlinkt.

tja - da bin ich auch ratlos - weil jeder andere, der VisualStudio benutzt, hat das

was meinst du mit "machen"? also von mir aus brauchst du keinen einzigen View machen. Oder meinst du, welche Filmle anzugugge lohnenswert sind? Na alle - weil die zeigen ein ziemliches Spektrum der Möglichkeiten, die Databinding so bietet. Wenn du coden willst, ist gut, möglichst viel davon schon mal gesehen zu haben, damit du die für dich geeignete Oberfläche konzipieren kannst. Es hat viele Facetten, und für deine Anwendung musste daraus halt aussuchen und miteinander kombinieren.

Zitat von Fesaw: „Ich möchte wie bei der m : n View, dass der Jahrgang die Fächer auswählt (also so, dass man pro Jahrgang verschiedene Fächer hat)“das verstehe ich - nur frage ich mich, warum du fragst: Es ist doch ein m:n-View gezeigt: Tausche die Worte Jahrgang mit dem Wort Fach aus, das Wort Deliverer mit dem Wort Category, und das Wort Article mit dem Wort Note. Statt Price kannst du dann "Bewertung" eintragen. Also du kannst den m:n-View step by step nachbauen, nur mit anneren Worten. Zita…

ich weiß nicht, was noch erklären. Ist im Film m:n-View genau gezeigt. Tatsächlich ists beim m:n-View zb so, dass der Jahrgang die Noten auswählt. Da aber jede Note auch auf ein Fach verweist, sind, indem man einen Jahrgang anwählt, auch gleichzeitig alle im Jahrgang auftretenden Fächer angezeigt.

ich rede die ganze Zeit nur vom Dataset aus post#43 "Unabhängige" Tabellen treten da nicht auf.

tja, dann guck nochmal den Film an, und beobachte, dass dort ein m:n - View sich aus nur 2 DGVs zusammensetzt - nicht aus 3.

das geht nicht mit den 3. machs mit 2 - wie im Film vorgemacht. ist der m:n-View von dort iwie nicht gut? Logisch denken: Eine Note und der Verweis auf das Fach, für das sie erteilt wurde, gehören zusammen, sind eine Einheit, ein Datensatz. Eine Note ohne Angabe des Faches ergibt überhaupt keinen Sinn. Deshalb müssen Note und Fach in ein gemeinsames DGV - damit man sieht: "Diese Note wurde für dieses Fach erteilt."

das erste Segment ist der Rootnamespace. kannst du in deine Projekteigenschaften nachlesen. das zweite Segment ist ein geheimnis - da kommst du nie drauf.