Office: (Office 2010) Wie Performance verbessern?

Der MSSQL Server steht extra. Itt ne richtige Servermaschine auf dem das Läuft... der Umstellungsaufwand wär natürlich bissel was...

Werde das mit Front und Backend mal probieren!

Sind haufenweise DLookups und OpenRecordsets enthalten. Aber geht leider nicht anders...

 

Es geht immer auch anders!
Dlookups sind elend langsam. Wenn sie in Abfragen vorkommen und pro Datensatz ausgeführt werden (Feldname als Dlokup-rgument), ist das ein Sanduhranzeigeprogramm.

Don't do this then.

Es gibt ja Alternativen:

• (temporäre) Hilfstabellen
• Einmaliges Festlegen/Auslesen konstant bleibender Werte
• Gescheite Indizes
• Im Zweifel SQL vorziehen statt VBA. SQL ist auf Massenverarbeitung optimiert; VBA wird zeilenweise durchgestiefelt.

Wie personalisiert ist der Newsletter? Klar, die Daten sind immer andere. Aber ist auch die Struktur immer anders? Oder gibt es Newsletter-Gruppen, deren Struktur immer gleich ist?

 

Also DLookUp nutz ich in der Funktion nicht seh ich gerade.

Ein User kann sich für verschiedene Themen anmelden.
Jeder NL der rausgeht ist einem oder mehreren Themen zugeordnet.
Der Aufbau/Struktur des NL ist im Prinzip immer gleich.

Werte die bei allen gleich bleiben werden auch nur einmal in der Prozedur festgelegt.

 

Hi,



Wenn die Struktur gleich bleibt - sei es für alle Mails, für die Mails eines Themas oder sonst einen Strukturbeeinflusser - dann bau doch je Thema eine Hilfstabelle, und lass die Daten da über einige Anfüge- und Aktualisierungsabfragen reinschreiben.

Schema (nur zum Illustrieren, nicht allzuernst gemeint):

Hilfstabelle "Newsletter für Hundebesitzer"Mailadresse
Neues vom Futter
Neues von Ausstellungen
Neues von Gesetzlichen Bestimmungen

Hilfstabelle "Newsletter für Computerfreaks"
Mailadresse
Neues von Hardware
Neues von Software
Neues aus der Szene

Hilfstabelle "Newsletter für Autofahrer"
Mailadresse
Neues von Herstellern
Neues aus dem Verkehrsrecht
Neues zur aktuellen Jahreszeit
...

Diese Tabellen lassen sich mit ein paar SQLs befüllen. Und dann kann Outlook loslegen.

 

Je Thema is gut...
Ich habe 8 Themen... d.h. 56 verschiedene Konstellationen, weil die ja bspw. so zusammengestellt sein können:
Thema 1 und Thema 4
oder
Thema 2 und Thema 5 und Thema 8
usw.

Das wären dann ja 56 Tabellen. für jeden Fall eine wenn ich dich richtig verstanden hab?

Beispiel der Struktur im Anhang...

 

Natürlich je Thema eine Tabelle. Und eine Steuertabelle nennt dann, wer welche Themen kriegt.

Ansonsten würde die Kombinatorik dem schnell ein Ende setzen (siehe Lotto 6 aus 49).

 

Hallo
@mille81
die Muster MDB nach der Du in der PM gefragt hast findest Du hier:
http://dl.dropbox.com/u/46590638/ACC/PWPMusterDB.zip
Extrahiere aus der Zip-datei alles am besten nach C:\temp
dann solltesrt dort folgendes haben
PWPMusterDB
--Daten MDE (Backup 1 und 2)
--Picture (Div. Bilder)
--Source (Die MDB...)
Eine MDE
eineStart "PWP203NMdeRuntimeStart" (tape-datei) zum Starten mit der (Option /Runtime)

zum teste:
User / PassWort
123 123 --> gewöndlicher User
321 321 --> Admin
die anderen Passwörter sage ich nicht *wink.gif*

 

Also würde das ganze wie folgt aussehen:

- Empfängertabelle mit allen Daten
aus dieser fülle ich automatisch die 7 Thementabellen (wenn Empfänger Thema 1 gewählt hat, schreib ich den Datensatz in Hilfstabelle "Thema 1")
- Bevor ich den Newsletter, der Thema 1 und Thema 2 betrifft, versende fülle ich die Steuertabelle mit den Empfängern die Thema 1 und Thema 2 gewählt haben (Also bereits in den Hilfstabellen stehen) (Gruppierung nach EMail, damit nicht doppelt) und nehme dann quasi diese Tabelle als Ausgangstabelle für meinen Versand.

Korrekt verstanden?

 

Empfänger 1:n AbonnierteNewsletters n:1 Newslettertexte

 

???

Ich steh aufm Schlauch.... oder wir reden aneinander vorbei.

Ich hab immer nur EINEN Newsletter der mehreren Themen zugeordnet ist (1:n).
Jeder Empfänger kann n Themen abonniert haben (1:n).
Hat ein Empfänger eins der Themen abonniert bekommt er den Newsletter zugesendet.

 

Das hatte ich anders verstanden....

Stimmt es so:

• 1 Newsletter hat n Themen.
• 1 Empfänger hat n Themen.
• Nun soll jeder Empfänger, der >=1 Thema des Newsletters hat, den Newsletter genau einmal erhalten, richtig?

 

Korrekt!
Jeder der Empfänger der irgendeins der Themen hat soll einen Newsletter erhalten. (siehe halt auch das Beispiel pdf)

 

Dann ermittle die gruppierten/distincteten Empfänger-Thema-Kombinationen, die mit den Themen des aktuellen Newsletters übereinstimmen.

Wenn du die Db hochlädst (mit Testdaten) bau ich das ein.

 

Hochladen kann ich die leider nicht.

Ich nehme mir gerade den Code nochmal vor um ihn zu optimieren.

Die Abfrage die ich mir generiere sieht ja wie folgt aus:
in dat3 stehen hier die Kategorien (Themen)
Code:

Bringt es denn jetzt Performancemäßig was diese Daten in eine Tabelle zu schrieben und dann diese als Grundlage zu nehmen? Eigentlich doch nicht oder?

 

Hallo
ich habe nur eine Frage:
weiss Du was du in "personenfilter" hast wenn das hier nicht zutrift (Else-Fall)
If j = 0 Then
?



SORRY Korrektur falsche überlegung von mir ist ja das erstemal immer einmal 0 *frown.gif*