Office: (Office 2007) Löschen von Termineinträgen in Outlook

Hallo Frank!

Du mußt statt des Feldes Eintrag.EntryID jenes Feld, welches die TerminID enthält verwenden. Vielleicht das Feld Eintrag.TerminID?

Weiters ist natürlich richtig, daß DCount jedesmal den gesamten Tabelleninhalt scannt. Doch ging ich von Deiner einleitenden Anmerkung

aus, daß kurzer Code Dein Anliegen am ehesten befriedigen könnte.
Ich habe einen Test über eine Tabelle mit 1825 Zeilen 1825 mal DCount("*", "MeineTabelle") ausgeführt. Er dauerte nicht einmal 2 secs. also für eine eine kleine Auftrags- und Terminverwaltung sicher schnell genug. Das ganze ist auch einfach zu testen. Bei einer professionellen DB mit größeren Datenmengen ist Eberhards Empfehlung sicher die schnellste Methode.

Aber zuallererst würde ich in die Tabelle ein Feld EntryID einfügen und es in einer einmaligen Aktion aus den OL-Terminen anhand der TerminID in der Access-Tabelle auf den letzten Stand bringen und bei jeder Neuanlage eines Termines befüllen.

Anm: Ich dachte, daß die EntryID immer erhalten bleibt. Stimmt nicht.
Auch die StoreID bleibt nicht immer erhalten. Unique sind sie aber immer.
Allerdings bleibt die EntryID dann erhalten,

. Gemeint sind in ersten Linie Importe oder Kopieraktionen von OL zu OL. Verständlich, denn in einer anderen OL Datei kann es ja die EntryIDs schon geben.

Wolfgang

 

O.K. Danke erst mal an alle. Ich werde erst mal alles ausprobieren und melde mich dann noch mal.

Frank*Smilie

 

Gedankenspiel: Wenn die Termine komplett in Access gepflegt werden, und der Abgleich immer nur von Access zu Outlook, niemals in die andere Richtung, erfolgen soll/kann, könnte man beim Anlegen den Terminen eine gesonderte Kategorie / ein spezieller Text im Body, etc. zuweisen.

"Syncronisieren" könnte dann durch Löschen aller Termine eben jener Kategorie, und Neu-Anlegen aller Termine aus Access erfolgen. Technisch vielleicht etwas plump, aber man erspart sich das Mitführen der EntryIDs.

 

Da bei fällt Dir sicher auf (wenn nicht schon beim Lesen), dass mein vorgeschlagener Ablaufplan auch das Anfügen von Terminen in einen Zug einschliesst. Das Anfügen funktioniert bei Dir nach Deiner Aussage schon, Du hattest nur noch nicht vorgestellt, wie das genau stattfindet. Wenn man einen Accessdatensatz nimmt und alle Outlooktermine durchsucht, ob es diesen schon gibt, um ihn anlegen zu können, und das dann jeweil für jeden Datensatz neu - und das evtl. sogar für alle Datensätze und nicht nur für in Access neue Datensätze, wäre auch dieser Vorgang durchaus zeitfüllend.

Der Punkt 3) kam bei Dir noch gar nicht vor. Er ist vielleicht überflüssig, aber, wenn Unkontrolliertes sowohl in der DB als auch in Outlook stattfinden kann, durchaus überlegenswert.

Das würde ich nicht als plump, sondern als einfach und überzeugend bezeichnen. Alternativ könnte man statt einer kategorie auch einen eigenen Kalender verwenden, wenn das Synchronisieren mit den Handys das zulässt. Einfach deshalb, weil man gar nicht überprüfen müsste.

Problematisch wäre es da aber, wenn in Outlook zusätzlich in diesen Terminen weitere Informationen eingetragen werden, die benötigt werden.

 

Eine kleine Nebenbetrachtung:
Tests finde ich immer gut. Diese sollten aber, um eine werthaltige Aussage zu bekommen, der Realität bestmöglich angenähert werden.

Hier könnte man die Frage stellen, ob die Berechnung wirklich 1825-mal ausgeführt wird oder ob einfach das Ergebnis der immer gleichen Abfrage einfach aus dem Cache entnommen wird.

Filtern (Vergleichen von Tabelleninhalten mit anderen Inhalten) ist Aufwand, den man beim Test nicht vernachlässigen darf, wenn der vorgeschlagene Realcode eben eine solche Filterung beinhaltet.
Beim Filtern muss das DBMS eben auf alle Inhalte zugreifen und nicht vielleicht nur auf eine vorhandene Tabellenstatistik.

 

Hallo Eberhard!

Du mußt aber schon zugeben,
daß bei etwa 300 Terminen in OL ebensoviele DCount auf einem aktuellen Rechner schnell genug für eine Kleinanwendung sind.
Außerdem scheint mir, daß diese Löschungen in OL **nicht** im Minutentakt ausgeführt werden sollen.

Und noch etwas:
Für wie blöd hältst Du mich (und Deine Umgebung) eigentlich?
Ich habe in der Where-Klausel ein Datumsfeld der Tabelle mit immer einem anderen Datum abgefragt.
Dazu kann der Cache für ein nicht wiederkehrendes Ergebnis sicher nicht herangezogen werden.

. Wolfgang

PS: Kannst Du mir eine Begründung für Deine ständigen Kommentare zu meinen Beiträgen geben? Und frei nach Erich Kästner: Es nützt nichts, und es schadet bloß. Irgendwie werde ich das Gefühl nicht los, daß Du gar nicht anders kannst sondern gleichsam zwanghaft handelst. Für die ursprüngliche Fragestellung sind diese Deine Beiträge nicht mehr relevant und klingen sehr nach: ich weiß alles besser, alle übrigen Leute hier in diesem Forum sind inkompetent und ich muß das ständig publizieren. Du machst das ja nicht nur mit meinen Beiträgen. Auch bei solchen zB. von Anne Berg hast Du sehr zu ihrem Ärgernis herumgemeckert.

 

Könnt ihr das bitte per PN klären? Ich mache hier sonst zu, allerdings hat der Fragesteller dann "seinen" Thread verloren.

 

Danke erst mal für alle Ideen und Vorschläge welche bis jetzt geäußert wurden. Zu den Gedankengängen von Andre.Heisig möchte ich sagen, ich hatte bereits weiter oben erwähnt, das ich für die Terminplanung einen eigenen Kalender (Geschäftlich) angelegt habe. Deshalb war mir das auch mit der EntryID ein wenig zu unsicher. denn wenn ein Termin einmal bewusst oder unbewusst von einem Kalender in den anderen wandert oder auch wieder zurück, ändert Outlook diese ID und der Termin hätte keinen Bezug mehr zur Datenbank. Zu der Idee mit dem Handy. Ich habe das ganze gestern Abend mal ausprobiert. Also der Androidkalender unterstützt mehrere Kalender. Die Aktualisierung bzw. Synchronisierung von Outlook nach Android funktioniert reibungslos auch in mehreren Kalendern. Testobjekt: Samsung S4 mit Android 4.3 Outlook 2013 auf PC. Synchronisierungssoftware My Phone Explorer. Die Idee, alle Termine erst einmal zu löschen und dann neu zu exportieren hatte ich auch schon. Das Problem dabei ist, das dann die bereits deaktivierten Erinnerungen wieder alle aktiv sind und jede für sich wieder deaktiviert werden muss. Zum Code von Wolfgang kann ich noch nichts neues berichten. Jetzt will ich erst mal meiner Tabelle noch zusätzlich mit den EntryID versehen dann habe ich eventuell für später noch Optionen.

Frank

 

... und genau deswegen mein Vorschlag: Wenn (und nur dann!) Dein Terminabgleich immer nur von Access zu Outlook stattfindet, und niemals in die andere Richtung, ist der ganze Aufwand um die EntryID m.E. überhaupt nicht erforderlich.

Mach die aus Access erzeugten Termine anhand irgendeines Kriteriums sicher "wiedererkennbar", dann kannst Du sie aus Access jeweils komplett löschen und komplett neu anlegen. Dazu braucht es keine EntryID, die gefunden, gespeichert und verglichen werden müsste.

Betreibe ich mit meiner eigenen Terminplanung genauso (btw. im Standard-OL-Kalender, und damit auch problemlos im Hinblick auf ActiveSync usw.) Ich picke mir anhand einer sonst nirgendwo benutzten Kategorie die "Datenbank-Termine" gezielt raus, lösche sie und erzeuge sie neu. Mehrmals täglich, im Schnitt um die 100 Termine. Das ist performance-seitig in den Größenordnungen noch problemlos, ob der Weg bei mehreren 1.000 Terminen noch rund läuft - oder runder als eine "richtige", zweiseitige Syncronisation, müsste man testen.

Edit meint: Bzgl. der Erinnerungen: Die kannst Du bei der Terminübergabe an Outlook für jeden Termin ein- und ausschalten, sofern du dafür ein sauberes Entscheidungskriterium in deiner Datenbank findest. Etwa "Termin in der Vergangenheit" => Keine Erinnerung setzen ...

 

Sorry für meine verspätete Antwort,

Ich will die Im- bzw. Exportfunktion nutzen. Deshalb die Sache mit der EntryID. Die Routine von Wolfgang funktioniert tadellos. Ich habe mal die Entry ID rückwärts in meine Access- Tabelle hinzugefügt. Dann war das löschen kein Problem mehr. Jetzt müsste man entweder den Code des Terminexports so erweitern, das nach dem Export die erzeugte EntryID in die Access- Tabelle in die Spalte EntryID eingelesen wird, oder man baut die Löchanweisung so um, wie ich mir das zuerst gedacht habe. Also wenn es in der Accesstabelle keinen Datensatz mit der passenden TerminID gibt, soll der Datensatz aus dem Outlookkalender gelöscht werden. Bei der TerminID handelt es sich aber nicht um einen Feldwert, sondern um eine erzeugte Benutzereigenschaft.
Den Im- und Exportcode habe ich übrigens von dieser Seite. http://www.access-im-unternehmen.de/...gID=439&id=300
Wenn man sich einen Testzugang holt, bekommt man den ganzen Artikel zu sehen. Den Code einfach ins Forum stellen möchte ich aus Gründen des Urheberrechts nicht. Vielleicht kann ja jemand weiterhelfen.

Frank

 

Wenn Du primär diese Codes verwenden willst, müsstest Du Dich auch primär an den Autoren wenden. Vielleicht bietet er eine eigene Hilfeplattform an.

 

Ich habe die Antwort auf meine Frage jetzt selbst gefunden. Ich habe den Import Code etwas umfunktioniert, und daraus einen Löschcode gebastelt. Der Code sucht alle Einträge im Outlook Terminkalender die schon eine TerminID haben. Damit verhindere ich das in Outlook neu angelegte Termine mit gelöscht werden. Dann wird verglichen, ob die TerminID in der Tabelle von Access noch enthalten ist. Wenn nicht, wird der Datensatz gelöscht. Klappt wunderbar. Hier noch der Code dazu.
Code:

Danke für alle Tipps und Bemühungen vor allem bei Wolfgang.*dance

 

Hallo Frank!

;-))

Wolfgang