Moin,

nachdem ich hier schon jahrelang immer wieder Lösungen für meine Problemchen finde musste ich mch jetzt doch mal anmelden. Also erstmal Hallo und sorry wenn es im falschen Bereich gelandet ist.

Ich bin die letzten Jahre eher in PHP unterwegs gewesen, deswegen entschuldigt wenn die Frage zu simpel ist.

Aber nun zu meiner Aufgabenstellung. Ich habe ein funktionierendes Windows Form, das mir für 18 Techniker jeweils die offenen Aufträge anzeigt. Das habe ich atm über ein Usercontrolelement gelöst, welches ein Datagridview, die MYSQL Verbidung incl. Abfrage und Layout- und Stylingfunktionen für das DGV enthält. Dieses Usercontrollelement ruf ich aus dem Formular dann 18 mal auf, mit Parametern für die einzelen Techniker. Das ganze Rendering dauert aber ein par Sekunden, was zu einem unschönen Bildaufbau führt. Letzteres wäre noch vertretbar, wenn es nur bei Programmstart auftreten würde, da aber auch Datensätze aus anderen Quellen (mobile App, Website, Access) in die Datenbank gelangen, lade ich die Datatable, die als Datasource für das DGV dient, regelmäsig neu, was alle par Minuten diesen hässlichen Effekt verursacht.
Gibt es eine Möglichkeit / Methode, dass die Daten für das DGV so aktualisiert werden, wie es z.B. Access macht, also einerseits automatisch wenn neue/geänderte Datensätze aus anderen Quellen in die Datenbank gelangen und andererseits, ohne immer das ganze DGV neu zu rendern.

Ich hoffe ihr könnt mir da weiterhelfen, kann ja nicht sein, dass ich was versuche, das noch nie wer gemacht hat

Danke für die Antwort, aber ich hab kein Bindingsource Objekt, wenn ich das richtig sehe dürfte dein Ansatz deswegen nicht fuktionieren.

Ich hau mal den Code für die Aktualisierung hier mit dran, bitte nicht hauen, wenn er Mist ist, ich versuche hier grade die Programmierung meines Kollegen soweit zu überarbeiten. Ursprünglich hatte er für jedes DGV einen eigenen Sub, was dafür sorgte das durch copy & paste ca. 1/3 aller DGVs nicht funktionierten, ich hab den Code jetzt auch nur 'übernommen' und in eine eigene Klasse 'geschmissen' das er wenn dann überall gleich funktioniert oder nicht.




Und ja, ich weiß, nen Try Catch ohne Catchroutine ist völliger Schwachsinn, so hat / tut mein Kollege leider programmieren. Ich weiß nicht wieviel Nerfen mich das schon gekostet hat, nicht funktionierenden Code zu suchen der allerdings keinen Fehler wegen diesem Mist schmeißt.

VB1963 schrieb:

DianonForce schrieb:

Ich weiß nicht wieviel Nerfen mich das schon gekostet hat, nicht funktionierenden Code zu suchen der allerdings keinen Fehler wegen diesem Mist schmeißt.

Dann sofort raus mit dem Try/Catch und sämtlicher Fehler auf den Grund gehen...

Na, das lass ich noch absichtlich drin, da ich da noch für User verständliche Fehlermeldungen reinmachen will, damit ich nicht Rückmeldunungen wie "Da geht was nicht" bekomme, aber das ist noch relativ weit hinten bei meinem todo. Wie gesagt atm läuft es ja, nur der Bildaufbau nerft mich.

Kann es sein das wir aneinander vorbei reden? Ich kann den Try Catch auch rausnehmen, dass ändert nichts an der Programmfunktion, das Programm läuft ja, mein Problem ist der bescheidene Bildaufbau.

Ich grab den Thread mal wieder aus,
ich habe zwischenzeitlich mal ein wenig mit den Bindingsources rumexperimentiert und alleine diese haben die Effekte schon dramatisch reduziert. Bis zum Vorschlag aus #2 habe ich es leider nicht mehr geschafft. Zwischenzeitlich war ich über die DBExtensions von EDR gestolpert und dachte "cool, das würde gleich noch 2-3 andere Sachen charmant lösen" leider habe ich mich damit in eine Ecke entwickelt bei der ich mich Frage wie ich wieder rauskomme.
Ich habe immernoch mein Formular, welches zur Laufzeit 18 gleiche Usercontrols erstellt, diese Unterscheiden sich eigendlich nur durch die gefilterten Daten (heißt jedes Usercontrol zeigt die Aufträge eines Technikers an, manche zusätzlich noch einige 'besondere Aufträge'). Momentan lasse ich in jedem Usercontrol mit hilfe der DBExtensions die Tabelle Servicetickets füllen,



dies führt dazu das zum Schluß alle 18 Usercontolls die selben Datensätze anzeigen, nämlich die vom letzten 'techkz'. Ich vermute das Verhalten ist durch DBExtensions so erwünscht.
Ich überlege nun nur, wie ich in den 18 Usercontrolls jeweils nur die Aufträge vom jeweiligen 'techkz' anzeigen kann ohne 18 Datasets zu machen.

Idee 1: die Tabelle Servicetickets nur einmal mit den Aufträgen aller Techniker zu füllen und über die Filtereigenschft der Datagridviews nur die jeweiligen Aufträge anzeigen. Leider hat der Ansatz das Problem das viele unnötige Daten abgefragt werden, worunter schon bei der vorhandenen Lösung die Performance leidet.

Idee 2: in jedem Usercontrol nur für das jeweilige 'techkz' die Tabelle befüllen. Würde zwar die zu verarbeitende Datenmenge drastisch reduzieren, allerdings habe ich keine Idee wie ich mit der DBExtensions 18 unterschiedliche Tabellen befülle die uf dem selben Dataset beruhen. 18 Datasets zu erstellen ist denke ich kontraproduktiv und nicht Sinn der Sache.

Ich hoffe irgendjemand kann mir folgen und hat einen guten Ansatz für mich

Sehe ich es richtig, dass wenn ich das so machen würde, dass es sinniger wäre die Tabelle aus dem Formular herraus zu befüllen, anstatt aus den Usercontrols? Die UCs würden ja alle den selben DataSet benutzen und der würde ja egal von wo befüllt immer die gleichen Daten enthalten. Klappt das dann auch mit der Aktualisierung ( also insert,update und delete?). Sorry für die doofe Frage, aber in PHP ich habe mich bisher immer selbst um das Rückschreiben der Daten gekümmert, und so sehr hab ich hier noch nicht das Verständniss, dass sich ein Gefühl von 'das macht das schon selbst' einstellen würde.

Danke für den Tip mit der Parent-Child-View, aber ich glaube das ist für mein Ziel nicht das was ich will. Ich glaube auch das wir atm verschiedene Vorstellung haben wie das Ergebnis aussehen soll.

Ich Versuche eine Gesamtübersicht zu erzeugen, bei der ein Anwedner alle oder bestimmte Techniker auswählt und dann eine Übersicht erhällt, in der pro Techniker ein, ich sag hier mal bewust ein optischer Container existiert (programmtechnisch muß er nicht existieren), der wiederumm alle Aufträge für diesen Techniker enthällt, so dass man eine Gesammtübersicht enthällt, wie viel zu tun ist und wie die Aufträge verteilt sind.