Lieber Andy, vielen Dank für deine ausführliche Antwort. > Ich will jetzt keinen Exkurs auf Datums-Variationen vornehmen
Obwohl es gerade das ist, wofür die nicht ganz so alten Hasen dankbar sind, und sei es nur zur Bestätigung dessen, was man sich selbst schon so gedacht hat, und wonach jüngst in dem thread "Lehrbuch für RB" gefragt wurde. Wäre es nicht sinnvoll, wenn man solche immer wieder anfallenden Denk-Fäden sammelte und auf einer Site anböte? Täte auf Dauer auch der stärkeren Verbreitung von RB gut. Zur Sache selbst: Bei mir geht es immer nur um die Kalenderdaten des aktuellen Jahres +-1. Ich kann mir also die TotalSeconds leisten. Andererseits muss ich immer 2 Daten-Mengen vergleichen auf doppelte Kalenderdaten. In einer selbstgebauten Lösung scheinen mir da die TotalSeconds am praktischsten zu sein. Ich habe aber schon darüber nachgedacht, ob ich das nicht auch mit einer Full Join-Abfrage zwischen 2 DB-Tabellen lösen kann. Sofern die RB-Datenbank einen Full Join kann! Weiß das jemand? Ich darf es noch etwas genauer beschreiben: In meiner Tabelle habe ich diskontinuierliche, aber sortierte Kalenderdaten zwischen zb. 10/07 und 4/08. Der Anwender will weitere Kalenderdaten hinzufügen, indem er das erste und das letzte Datum seines Intervalls angibt. Die Kalenderdaten dieses Intervalls habe ich schnell gebildet. Dann muss ich aber feststellen, welche Daten dieses Intevalls in der Tabelle bereits enthalten sind und welche neu sind. Schließlich muss ich die neuen Daten auch noch in die Tabelle einsortieren. Ich weiß, jetzt heißt es wieder, beide Datenmengen in ein eindimensionales Array umzubauen, zu sortieren und wieder zurück zu bauen. Da wäre die Full Join-Lösung schon attracktiv. einstweilen beste Grüße, Christian Hahn.
