Office: Tabellenspalte mit Datum + Uhrzeit die Uhrzeit nachträglich löschen

habs dann doch gelassen. Aber ich hab inzwischen das gefühl dass je mehr DS eingetragen werden desto langsamer wird die Abfrage.

Schade, dass du dir nicht die Mühe gemacht hast, den betroffenen Thread zu suchen und den Link dazu bekanntzugeben.

kannst du mir genauer erklären was du damit meinst Josef? und auch den Hintergrund was da für ein Vorteil entsteht?

Ein Beispiel:

Tabelle User
Anwendername: Max Mustermann

Tabelle AD
Sachbearbeiter: Mustermann

Derzeit funktioniert bei dir die Verknüpfung nur über ein berechnetes Feld:
Prinzip:

Code:

Um diesen Join-Ausdruck erfüllen zu können, müssen alle Datensätze der Tabelle User durchlaufen werden, da kein Index nutzbar ist.

Eine Zwischentabelle könnte die Möglichkeit schaffen, dass Indizes nutzbar werden.
Tabelle Sachbearbeiter_User
- Sachbearbeiter: Mustermann
- Anwendername: Max Mustermann
=>
Code:

Jetzt muss nichts mehr berechnet werden und somit werden Indizes der Tabellen auf die Namensfelder nutzbar.

 

hier der Link

also das heiß im Klaren dass ich meine User Tabelle um 1 erweitern muss und zwar um Nachnamen und die Abfrage AnderungenNN mir dabei sparen kann.

 

Ob du auf die Abfrage verzichten kannst weiß ich nicht.
Aber das berechnete Feld sollte weg, damit ein Index auf die Userkennungen genutzt werden kann. ... das setzt natürlich voraus, dass du auch einen Index einsetzt. *biggrin.gif*
Wie ein Index sinnvoll gesetzt wird, kannst du im AEK-Skript "Performance in Abfragen" von Michael Zimmermann nachlesen. (AEK-Downloadbereich von www.donkarl.com)

 

so.... hab jetzt so angepasst wie du gesagt hast Josef,
beim aufrufen gibt es keinerlei auswirkungen (erstmal nicht)
hab das Max von Datum in die erste Abfrage reingesetzt, so dass die qry_Suche1 nicht bei aufrufen die ganze funktionen vornimmt.
jetzt läuift es etwas schneller. Aber immer noch kein Highspeed.
Ist es generell eine Verzögerung wenn ich aus 7000 DS die Max raus fischen will?

 

Sind Indizes in der Tabelle vorhanden?
Wenn ja, welche?
Werden diese auch genutzt? => hast du die Abfragen im Jet-Showplan betrachtet?

 

also finde den Pfad ab 4.0 nicht weiter.
Debug fehlt bei mir.
hab Vista und Access03
weißt du wo ich die Reg Datei noch finden kann?
hab mit der suche nach jetshowplan und showplan.out gesucht und nichts gefunden

 

Das Tool (Showplan Capturer) von Sascha kennst du?
http://www.access-im-unternehmen.de/599.0.html

 

nee, hab bis jetzt nicht gekannt... sasha ist klasse....
so jetzt ´brauche ich ne schulung was das ganze Betrifft.
Ich hab damals Indizes bei allen die eine Beziehung haben gesetzt.

lannst du mir kurz erklären was das alles für ne Bedeutung hat?


Code:

 

bis 15 sieht das ganz gut aus.

Code:

Gibt es für Nachname einen Index?
der Ausdruck "test expression" kannst du so verstehen, dass das zuvor ermittelte Ergebnis dann Zeile für Zeile auf Treffer von "AD.Sachbearbeiter=qry_AenderungenNN.Nachname" durchgearbeitet wird.
Ein Index über Nachname könnte möglicherweise eine weitere "Index Suche" ermöglichen. Es kann aber auch sein, dass dieser Index gar nicht genutzt wird. => einfach einmal ausprobieren. *wink.gif*

Code:

"By scanning" bedeutet, dass kein Index genutzt wird und die Eingangsdatensätze einzeln abgearbeitet werden.
Grund: Not qry_Suchen1.Projektname="Falsch"
Wenn du das Not wegbringst, indem du z.B. die "erlaubten" Projektnamen filtern kannst, könnte das eine Index-Suche ermöglichen.
Aber auch hier wieder: wenn qry_Suchen1 und deren Basistabellen kaum DS beinhalten, wird das vermutlich gar nicht so viel ausmachen.
Falls das NOt von Jet ergänzt wurde und bei dir steht dort möglicherweise "Falsch" dann ersetze dieses probehalber durch
(PE < "Falsch" Or PE > "Falsch")

Die "Like 'xxxx*'" könntest du eventuell wegbringen, wenn du diese Filter durch eine zusätzliche Kennung in einer passenden Tabelle ersetzt. (z.B. eine Art Kategorie o.ä. einführst. .... natürlich nur, wenn es für das Datenmodell Sinn macht. *wink.gif*
Beispiel: GewerkName Like 'Licht*' bedeutet, alle Gewerke der Kategorie "Licht" => ... where GewerkKategorie = "Licht" würde wieder eine Index-Suche ermöglichen.

@all: bitte korrigiert meine Interpretationen, falls ich irgendwo falsch liege - ich bin bei Jet bereits etwas aus der Übung. *wink.gif*

 

ooohhjaaa... da kommt doch gleich das MZPerformance ins spiel

mit PE < "Falsch" Or PE > "Falsch" läuft durch ohne NOT allerdings kommt in der Zeile 20
Code:

was bedeutet das Josef?
keine Flaschen (=0)?

das wird ein Problem sein. Von den Feldern sinds bestimmt um die 20 Stk/Suchmaske * 3 Suchmasken *boah

 

Wenn ich das "Falsch" raum nehme, dann wird der Suchcode nicht ausgeführt

ist es so normal oder besteht ne möglichkeit das Code umzuschreiben?
Der Code stamm ursprünglich von Anne Berg

Code:

 

Sorry, aber ich sehe den Zusammenhang nicht: Wo wird hier etwas auf " " bzw " NOT " abgefragt?

Interessanter als der obige Code dürfte wohl das Ergebnis sein, der SQL-Code.

 

\@Josef
kannst du mir sagen ob bei o.g. Code in der Regel Index-Suche möglich ist?
ich hab schon alles probiert selbst das Kriterium "Falsch" aus
strSQL = CurrentDb.QueryDefs("qry_suchen").SQL
Forms!frmsuchen!lbSuche.RowSource = Left(strSQL, InStr(strSQL, ";") - 1) & strKrit[/quote]

 

Sorry, aber ich will mir den SQL-Text nicht selbst aus VBA-Code zusammenbasteln.
Daher gehe ich nur auf den Showplan ein.

 

Mag sein dass ich mit Blindheit geschlagen bin, aber ich sehe dieses " " nicht in oben gezeigtem VBA-Code, deshalb möchte ich immer noch den SQL-Code sehen.