Suchergebnisse

Ich arbeite mit Dataset->Db. Mit .SaveDts() stoße ich das Speichern aller Änderungen (in allen allen Tabellen) im DataSet an. Das Speichern von Änderungen einzelner Tabellen scheint nicht möglich zu sein, was ich erstmal auch verstehe, da so wohl eine mögliche Inkonsistenz des Datenbestandes verhindert werden soll. Mein Problem ist nun folgendes: Ein Teil meiner Anwendung schreibt automatisiert Daten in die Datenbank; legt also Rows an, füllt diese mit Daten und speichert diese danach durch Aufr…

@tragl: Zitat: „was soll das bewirken Tabllen auf 2 Datasets aufzuteilen?“ Damit bei .SaveDts nur ein Teil der Tabellen, nämlich die im jeweiligen DataSet, in die DB geschrieben/aktualisiert werden. Zitat: „wie soll die prüfung lauten?“ Der Hilfsprojektcode (so nenne ich den mal) liest doch bei der Initialisierung die Infos aus dem DataSet ein, also Tabellen und Relationen. Damit "weiß" der Code was zusammen gespeichert werden muß, damit es nicht zu Inkonsistenzen im Datenbestand kommt. Zitat: „…

Sooo unabhängig ist es insgesamt betrachtet nicht. Es müssen sich häufig ändernde Infos in der vom Anwender bedienten Anwendung visualisiert werden. Über eine separate (Hintergrund)Anwendung hatte ich kurz nachgedacht, aber dann müßte ich die Infos irgendwie zwischen den Anwendungen austauschen. Via DB würde das wohl gehen und sogar weitere Vorteile bieten, aber wenn ich beispielsweise im 3-Sekundentakt Infos reinschreibe, genauso oft auslese (im worst-case dann schon knapp sechs Sekunden alte D…

Naja, wenn man die Eigenarten vorher kennt, kann man ja um die Probleme drumherum programmieren Refresh-Mechanismus klingt gut. Mit Events? Bzgl. Komplexität und Verständlichkeit: Dein Code ist sehr schlank, optimiert, komprimiert. Das ist (für mich) gar nicht einfach zu verstehen. Was mir sehr schwer fiel, war die Orientierung zwischen den ganzen Helpers-Projekten, die Du im Laufe der Zeit geschrieben hast. Man muß sich durch viele alte Beiträge lesen um das halbwegs zu verstehen. Eigentlich ha…

ok, danke! Dann verwendete ich ausschließlich dim rwMy = myDataTable.AddNewMyRow(arg1, arg2,...). Die erste Variante finde ich so schön übersichtlich, mir Feld für Feld einzeln vorzuknöpfen, aber (weitere) Probleme brauche ich nicht, deswegen jetzt Finger weg!

stimmt, aber z.B. mal eben mit Select Case entscheiden was in das Feld soll, geht so nicht.

ok..

@tragl: Zitat: „steht denn tatsächlich nur ein Rechner mit der Anwendung an jedem Standort oder können das auch mal mehrere sein?“ Ja, nur ein PC. Die Meßgeräte (auf deren Software/Firmware habe ich keinen Einfluß) sind im LAN und übermitteln diesem PC ihre Daten. @Kasi: Den Artikel hatte ich im Rahmen meiner Recherchen schon mal gelesen. Er ist von MS über SQL Server. Ich arbeite mit mySQL. Was meine damalige Suche nach einer ähnlichen Funktion bei mySQL ergab, weiß ich allerdings nicht mehr.

Der Link ist super! vb-paradise.de/index.php/Attachment/50256/ wenn man das html am Ende des Links entfernt, gehts

Bei "meinen" Datenbanken dürfen nur 100 Verbindungen gleichzeitig geöffnet sein. Die Timoutzeit (im Fehlerfall wichtig) ist 120 Sekunden, soweit ich weiß. Das kann man bei all-inkl.com auch nicht selbst verändern, glaube ich.

Zitat: „Der Link ist super! “ Das war Ironie in Post #20, weil der Link nicht funktionierte! Es kam http-Fehler 404 (s. Bild). Als EdR etwas artikelbezogenes schrieb (also den Link offenbar nutzen konnte), guckte ich genauer hin und sah, daß Kasi beim Einfügen der url wohl versehentlich "html" hintendrangehängt hat. Über den Artikel war ich vor 1-2 Wochen zu den Triggern gekommen, über die wir sprachen. Gemacht habe ich aber diesbezüglich nix.