Office: (Office 2010) Wie Performance verbessern?

Abgesehen vom etwas unübersichtlichen Aufbau:

Es bringt schon was. Du könntest dann nämlich dein Urproblem lösen, dass die Formulare mit ins Backend müssten....

 

If j = 0 Then
trifft ja immer zu weil ich oben ja j den Wert 0 gebe.
Wenn j = 1 ist ergänzt er die Abfrage mit dem OR Teil. (personenfilter & " OR)

Edit:
Hinter dem personenfilter kommt noch
personenfilter = personenfilter & ") " & intern
um die umgebenede Klammer abzuschliessen.

@Atrus2711: Stimmt, stimmt. da geht natürlich das öffnen einer Tabelle schneller als eine Recordsetabfrage, richtig?

 

"Öffnen" ist das falsche Wort. Die Nutzung einer Tabelle erlaubt einfach eine Massenvearbeitung von Daten. Ein Recordset wird Satz für Satz durchlaufen.

Analogie: Wenn du ein Buch versenden willst, kannst du das ganze Buch versenden, jeder Seite einzeln oder auch jeden Buchstaben einzeln. Funktionieren wird das alles. Aber die Geschwindigkeit ist unterschiedlich. Thema des Beitrags war doch die Performance, oder nicht?!

 

Du hast recht.
Aber die Steuertabelle muss ich ja auch jedes mal neu generieren lassen, und das mache ich ja auch über eine Abfrage?
Kommt das dann im Endeffekt nicht aufs gleiche raus?

btw ich habe eben mal nen Test mit Backend aufs Netz/Frontend lokal gefahren.
und da hat er bei 104 Empfängern ca. 36 Sekunden gebraucht (Lokal waren es 34 Sekunden)
Ist eigentlich schon ganz okay so.

 

Eine Abfrage ist aber i.d.R. schneller als ein Recordset-Duchnudeln.

 

Hm also ich habe mir jetzt eine Tabelle (NL_steuer_tbl_pers_nl) generieren lassen mit den Empfängern. Das geht ja ratzt fatz.

hab jetzt anstatt der Abfrage folgendes verwendet:
Set dat = CurrentDBC.OpenRecordset("NL_steuer_tbl_pers_nl")

Nun dauerts aber 10 Sekunden länger?

Muss ich die Tabelle anders öffnen?

 

Wie oft willst du es noch hören? Ein Recordset ist VBA. Und VBA kann bei MAssendatenverarbeitung mit SQL (=Tabellen und Abfragen) nicht mithalten.

Und ums klar zu sagen: Du brauchst kein Recordset.

• Das Befüllen der Tabelle ist ein Job für ein oder mehrere Anfüge- oder Aktionsabfragen.
• Das Senden der Mails ist ein Job für einen Serienversand (analog Serienbrief).

Wenn du mit Gewalt bei deinen Recordsets bleiben willst, dann bleib dabei. Es klappt ja. Du fragtest nach Performance. Die Techniken dazu nimmst du aber nicht an.

 

Ne will ich ja gar nicht... aber dann hab ich es nicht verstanden...

Es sind ja immer noch so viele Kleinigkeiten die ich halt im code abfragen muss.
Wie mache ich denn einen Serienversand in Access?

 

In Access gar nicht. Das wäre ein Job für Word, das die Daten (Zieladresse und Mailtext/Anlage) aus Access erhält. Siehe Seriendruck-Manager.

 

Was verstehst du unter Serienversand.

Serienbriefe kannst du auch mittels Access-Berichten erstellen.
Eintüten und frankieren musst du dann noch selbst *wink.gif*

Oder geht´s um SerienMAILS ?

 

Achso.... ja ne das kann ich nicht machen... dann muss ich bei der Variante mit dem Recordset bleiben.

geht um Mails.

 

Berichte als PDF abspeichern und automatisiert per Mail verschicken.
Wurde schon öfter hier im Forum behandelt.
Benutze bitte die Suchfunktion.

 

Ja das funzt aber in meinem Fall nicht.

 

//OT: Ich stelle mit Erstaunen fest, dass hier eifrig diskutiert wird, u.a. zu Codeoptimierungen, und das ohne Kenntnis/Darstellung der Ausgangslage (Tabellen/Daten - wo liegt was, was müsste womit kombiniert werden?) und ohne richtige Kenntnis der Zielsituation (ist die dargestellte Struktur eine Anlage oder der Body einer Mail?).
Ich persönlich würde Maßnahmen und Codes von einem Ablaufplan ableiten, und ein solcher Ablaufplan kann sich nur bei Kenntnis vom Woher und Wohin ergeben.

Es geht aber anscheinend auch anders. Ich bin gespannt Wie.
Weiter so.

 

Funktioniert die Suchfunktion des Forums bei dir nicht?
Was "funzt" in welchem Fall genau warum nicht?

@Eberhard
Einsilbige Fragesteller bekommen zweisilbige Antworten *wink.gif* ...
Hatten doch lange kein Thema mehr mit 100 + x Antworten ... dies könnte eines werden *biggrin.gif*