2 Datagridview's mit gleichem Tabeladapter und unterschiedlichen Select-Befehlen

  • Allgemein

Es gibt 33 Antworten in diesem Thema. Der letzte Beitrag () ist von markus182.

    warum ist das falsch?

    es ist doch eine 1-N Beziehung (Muss-Muss), sprich ich kann die Tabellen mittels Primarykey von TragkonstruktionLageKombinationin als Foreignkey in Prüfbericht verknüpfen?!

    Das Tool läuft ja soweit auch, sprich ich kann Datensätze zur Tabelle TragkonstruktionLageKombination hinzufügen.

    Ich muss jetzt halt nur noch irgendwie an den Primarykey kommen, weil ich den ja brauche wenn ich der Tabelle Prüfbericht einen neuen Datensatz hinzufüge.

    Was die Datenbank angeht, so bin ich da eigentlich recht zuversichtlich, dass die in Ordnung ist.

    Ertwarte in Sachen c# bitte nicht zu viel von mir (ich mache das erst seit 3 Wochen).

    Ich erkläre am besten mal kurz die Umstände:

    Ich mache ein duales Studium und muss dieses Semester eine Projektarbeit im Unternehmen anfertigen.

    Dafür habe ich maximal 13 Wochen Zeit (jetzt sind's noch 7 wenn ich meinen urlaub mit abziehe:)).

    Das Tool muss jetzt auch nicht auf Anhieb wunderschön sein - es soll erstmal nur funktionieren.

    Die Maske, die ich oben eingefügt habe, gehört zur Prüfberichteingabe und wird, wenn die bestehenden Prüfberichte erstmal eingefügt sind, nur noch wenig verwendet.

    Wichtiger wird dann die Suchoption, wo nach bestimmten Kriterien gefiltert werden kann/soll.

    Ob das dieses Semester noch was wird ist aber noch ungewiss...

    edit:

    Was die Variablenbezeichnungen angeht hast du prinzipiell Recht (mir gefällt das auch nicht).
    Problem ist, dass es (wie ich finde) sehr viele Variablen gibt (geschätzt >200) und man so halt sofort weiß, welche man braucht.
    Die Autovervollständigung von VS hilft da ungemein:)
    die definition einer 1:n - Relation Tab1->Tab2 lautet:

    Einem Datensatz von Tab1 sind keine oder viele Datensätze in Tab2 untergeordnet. Die Datensätze in Tab2 haben den ForeignKey, mit dem sie auf den übergeordneten Tab1-Datensatz verweisen.

    "(muss-muss)" ergibt auf keinen Fall einen Sinn, allenfalls "muss-mussnich" könnte man aussagen, um anzudeuten, dass ein Tab2-Datensatz auf einen Tab1-Datensatz verweisen muss (nicht aber annersrum)

    Und deine Aussage ist:
    "Ein Prüfbericht enthält genau eine TragkinstruktionLageKombination, eine TragkinstruktionLageKombination kommt in mehreren Prüfberichten vor."
    Also 1-Seite dieser Relation ist TragkinstruktionLageKombination, und n-Seite ist Prüfbericht - da gibts nix dran zu deuteln.

    Korrigiere mich, wenn diese Aussage falsch oder falsch verstanden ist.
    ja ist richtig.

    Ich hätte vielleicht erwähnen sollen, dass ich UML sonst nur für die grafische Darstellung von Klassen nutzte, nicht für Datenbanken

    hier nochmal als ER Modell (so wie ich's gelernt habe)





    Edit:

    Die Attribute habe ich mir jetzt mal gespart
    gut, dann simmer einig :thumbsup:
    wie gesagt, im typDataset kannst du Relationen anlegen, und das Ergebnis ist ein voll aussagekräftiges ER-Diagramm. gugge nochma "DatasetOnly" auf Movie-Tuts

    mach das dochmal, zeig'n Screeny davon und häng die XsD auch gleich dran, dann kann ich in recht kurzer Zeit dein Tool zusammenkloppen (grauenhafte Rohfassung, aber leidlich feature-complete).
    haben die relationen denn für vs selber eine funktion oder braucht man die nur, falls man ein er diagramm generieren lassen will?

    und um nochmal zu meiner anfangs gestellten frage zurück zu kommen:

    wie erstelle ich denn jetzt eine bindingsource für das 2. dgv?

    edit:

    was muss ich denn bei schlüsselspalten und fremdschlüsselspalten eintragen?

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „markus182“ ()

    haben die relationen denn für vs selber eine funktion oder braucht man die nur, falls man ein er diagramm generieren lassen will?
    die Relationen haben ganz entscheidende Auswirkung auf die gesamte Funktionalität der gesamten Anwendung.
    Eine DataRow kann ihre übergeordnete ParentRow direkt als Property abrufen, und ebenso all ihre ChildRows.
    Mit Databinding lassen sich enorm leistungsfähige Benutzerschnittstellen zusammenkloppen, DB-Programmierung ohne Datenbank zeigt nur ein ganz primitives Beispiel.

    Ich hoffe, du kannstes ühaupt laufen lassen, sonst ist unklar wovon ich rede.
    Databinding-Vorführungen in c# findeste zb. unter DataBinding-Uebungen, Fahrtenbuch - myCSharp, Vorüberlegung zur Form2Form

    Falls du vb-solutions nicht öffnen kannst, lad und installiere auch vb2010 - kostet nix, und sei einiger zeit bin ich halt verstärkt in vb unterwegs.
    wie erstelle ich denn jetzt eine bindingsource für das 2. dgv?
    Du kriegst deine Denke nicht von den Controls los, was?
    Zurnot machste Copy-Paste mit einer generierten bs - dann hast du ja eine zweite.
    was muss ich denn bei schlüsselspalten und fremdschlüsselspalten eintragen?
    "DatasetOnly" auf Movie-Tuts - beantwortet das nicht diese Frage?

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „ErfinderDesRades“ ()

    ich hab's jetzt immer so gemacht, dass ich den datatables im dataset immer neue abfragen hinzugefügt habe, bei denen ich dann mit joins die anderen tabellen "eingebunden" habe.
    braucht man das dann nicht mehr zu machen?
    hier der ausschnitt aus'm datase (allerdings noch ohne relationen):




    ich lass es heute erstmal bei der sache beruhen - ist ja eigentlich wochenende:)
    morgen geht's dann weiter.
    Nochmal danke für deine Mühe!

    markus182 schrieb:

    ich hab's jetzt immer so gemacht, dass ich den datatables im dataset immer neue abfragen hinzugefügt habe, bei denen ich dann mit joins die anderen tabellen "eingebunden" habe.
    braucht man das dann nicht mehr zu machen?

    nein, braucht man nicht, und ist pures Gift für die Entwicklung. Die DataRelations - also genau das, was fehlt - sind das wesentliche.
    Dass du die DB und also die TableAdapter am besten erstmal vergessen solltest schrieb ich dir ja schon.

    Und häng mal eine xsd an, dann kann ich eine Anwendung für den von dir erwähnten Ausschnitt vlt. zusammenkloppen.
    Dass du ühaupt mal siehst von welcher Funktionalität ich rede.
    böse verschätzt mittm Aufwand. weil in c# total ausser Übung, und das Datenmodell ziemlich fragwürdig.

    Also wunder dich nicht, wenn die Anwendung ziemlich komisch tickt - es liegt nicht an mir ;)
    Dateien
    Hey,
    ich hab das Problem jetzt irgendwie gelöst.
    In Anbetracht der Zeit werd ich das jetzt erstmal so fortführen (in der Hoffnung, dass ich es später nicht bereuen werde).
    Das Problem ist der Zeitmangel - ich muss noch eine komplette Doku machen und für die Uni muss ich das Projekt noch in Textform bringen.
    Danach werde ich mich dann tiefergehend mit c# beschäftigen.
    LG und schönes Wochenende
    Markus