Suchergebnisse

Wenn ich mich recht erinnere ist Joiner ein Dingens, was anhand des Datasets Sql-Queries an die Datenbank generiert. Das ist echt schon ein sehr advanced Einsatzgebiet der DBExtensions. Jo, und da isses eben so, dass Joiner mit mehrspaltigen Relationen nicht umgehen kann. Also entweder du änderst dein Datenmodell dahingehend, dass Relationen einspaltig sind, oder du formulierst deine Sql-Statements selber. So ins Blaue gesprochen. Gibts zu dem Fehler keinen Code, wo man sieht, was du da eiglich …

die Spalte Surface.SurfaceID - kommen da Dopplungen vor? Wenn nicht, ist .SurfaceID doch der geeignete PrimKey-Kandidat, und die anneren beiden Spalten sollten nicht PrimKey sein. Entsprechend sollte AggrTaskHole aussehen: AggrTaskHoleID als PK hinzufügen, die anneren beiden sollen nicht Bestandteil des PK sein. Jdfs wenn du mittm Joiner daraus Sql-Statements generieren willst. Übrigens empfehle ich sehr, PKs immer 'ID' zu benennen. Der Erkennungswert ist hoch, und Es kommt dabei zu keinen Namen…

Zitat von TS71M: „auf meine Frage bist du gar nicht eingegangen.“Nanu? Ich dachte, das Problem sei des Joiners Fehlermeldung von wegen mehrspaltiger Relationen. Und mehrspaltige Relationen entstehen aus mehrspaltigen PrimaryKeys. Und mein Lösungsvorschlag ist, im Datenmodell mehrspaltige PrimaryKeys zu ersetzen durch einspaltige.

Zitat von TS71M: „Im Moment sehe ich leider keine Moeglichkeit dies auf eine Spalte zu reduzieren.“Jo, dann weiss ich auch nicht. Da müsste man den Joiner erweitern, dasser dann doch auch mehrspaltige Relationen unterstützt, wenner Sql generiert. Aber das ist eh schon irrsinnig kompliziert, wennich mich recht erinnere. Oder wie gesagt du verzichtest halt an der Stelle auf dieses DbExtension-Feature, und bastelst stattdessen händisch formuliertes Sql ein. Kannst du eiglich die Code-Stelle zeigen,…

Das sieht mir zuallererst nach unsachgemäßer TryCatch-Verwendung aus. Suche alle TryCatchens, wo im Catch-Block nichts passiert ausser der Ausgabe der Fehlermeldung. Entferne alle diese TryCatchens - weil sind Müll, alle! Anschliessend wird der Debugger dir wieder vernünftige Fehlermeldungen geben, und dabei an genau der Zeile anhalten, wo der Fehler auftritt. Kurz gesagt: Dann macht der Debugger wieder seinen Job, und du kannst die Fehler finden.

ja, da musst du den Stacktrace aufwärts untersuchen - irgendwo wird die dort geworfene Meldung offsichtlich gecatcht. Und es ist Unfug, Joiner-Exceptions zu catchen, weil die kannste nicht behandeln. Ich sag ja: unsachgemässe TryCatcherei. Wenn du mehr drüber wissen willst: TryCatch ist ein heißes Eisen Und ein zweites sag ich ebenfalls ein 2. Mal: Schmeiss alle deine TryCatchens raus, die derlei Unfug treiben. Merke: Die Fehlermeldung als Messagebox ausgeben ist keine Fehlerbehandlung. Das ist …