Office: (Office 2010) Dlookup mit MAX

Hallo,

irgendwie habe ich den Faden verloren.
Ich versuche ein Dlookup durchzuführen aber bekomme immer einen Sytakfehler und weis nicht was ich übersehe.
Code:

Habe einiges probiert und ich denke es hat mit der MAX Abfrage für das Datum zu tun.
Ich suche den ID Wert wo der Buchstabe C vorhanden ist und das Datum den letzten Wert hat.
Wäre sehr Dankbar für die Hilfe.
Gruß Gerhard

:)

 

Hi,

so wie es dasteht, wird Das Feld Status auf C getestet und das Feld Datum mit dem Feld Max (!). Und ein Feld Max gibts vermutlich nicht.

Der Maximalwert muss separat ermittelt werden, z.B. so:

Code:

Der fette Teil ist die Maximalwerteermittlung des Felds Datum aus der Import_Tbl. Wenn du das Feldmaximum nicht aus der ganzen Tabelle, sondern nur einem Teil bilden willst, kannst du beim Dmax auch noch Kriterien als 3. Argument einstellen.

 

Atrus2711,

zuerst Danke für den Tip, jedoch bekomme ich einen falschen Wert raus.
ich habe gesehen das die ganzen Daten als Textdaten in der Tabelle exestieren.
Wie kann ich nun das Datum abfragen?

 

Zeige uns doch bitte mal beispielhaft, wie ein Datum als Text aussieht.

 

Hallo,
wenn du das Tabellenfeld nicht generell auf den geeigneten Datentyp umstellen kannst oder willst, könntest du das Datum "erzeugen", z.B. mit der Funktion DateSerial() und den entsprechenden Stringteilen (Left/Mid/Right) aus deinem Datumsstring. Vorausgesetzt, der hat ein brauchbares Format und zwar durchgängig. Besser wäre Variante 1, Feld umstellen.
maike

 

Das Textfeld sieht so aus 17.01.2011

Wäre mir auch lieber, aber die Daten werden von Excel importiert mit
Code:

Jedoch beim Versuch die Daten auszulesen und in einer neuen Tabelle zu speichern mit den richtigen Formaten hängt sich Access auf, da es 77000 Datensätze sind. Bei geringen DS funktioniert es.
Daher versuche ich nun bestimmte DS in eine neue Tabelle zu schreiben die ich benötige.
Daher benötige eine Abfrage die eben einem bestimmten Buchstaben sucht (kommt mehrmals vor) und nach den jüngstem Datum (letzte Eingabe unter den gesuchten Buchstaben).
Das sind meine Versuche.
Code:

Die Tabelle sieht so aus:
F3 F47 F52
23 C 28.11.2012
23 C 30.11.2012
23 C 01.12.2012
23 A 28.11.2012
23 A 22.11.2012
23 C 28.11.2012
25 C 28.11.2012
25 C 28.11.2012
25 C 28.11.2012

Also ich brauche den letzten Eintrag von 23 mit Buchstabe "C" , danach von 25 mit Buchstabe "C" usw.
Hoffe es ist jetzt verständlich sorry.

 

Hallo
ich habe zum vorschlag von Martin einen Testt gemacht:

zuerst habe ich noch was anderes
1. wie ist Datum Definiert? als Date ?
2. für ein Feldname in einer Tabelle würde ich NIE Datum verwenden
den Datum und Date sind reservierte worte *Smilie

wen Datum Date ist müste man das noch in das richtige format bringen
sowas:
#1/31/2012#
dazu habe ich einiges in meiner Doc einiges geschrieben.
so auch zu BuildCriteri das ich im muster code verwende.

Code:

Hoppla ich sehe jetzt gerade da ist einge in der zwischen Zeit geschehen
einiges ist an mir vorbei *frown.gif*
sorry da ist einiges meiner Fragen schon Beantwortet

 

Hi,

der direkte Import von Exceldaten ist eh ungut, da du dabei keine Datentypen vorgeben kannst und die Datentypen daher aus den Werten "abgeleitet" werden. Diese Ableitung kann schiefgehen.

Ich würde die Dateien in Excel als csv speichern und diese Textdateien dann importieren. Dabei kannst du die Datentypen vorgeben. Notfalls kannst du auch die CSVs in eine Tabelle importieren, die alle Felder als Text deutet, um erstmal die Rohdaten in Access zu haben und dann dort mit Access-Mitteln die richtigen Werte rauszuholen.

Mit Feldnamen wie #F52# würde ich mich jedenfalls nicht rumschlagen.... Stell das auf richtiger Füße.

 

Lanz Rudolf ist ja kein Beinbruch.lol

Der import ist so wie du sagst eine Rohdatei. Diese wird auch wieder gelöscht und die F1 bis F54 sind die Spalten die automatisch vom import bezeichnet werden.
Wie oben geschrieben suche ich nun eine Lösung wie ich die Daten abfragen kann und in eine fixe tabelle eintrage. Das mit der Schleife funkt nicht. Da hängt sich Access bei dieser Datenmenge auf. Oben habe ich die Spalten rausgeschrieben die ich abfragen muss. Ich weis nicht wie ich sonst diese Datenmengen verarbeiten kann.

 

• Bau eine Importtabelle manuell auf, in der die Spalten taugliche Namen und Datentypen haben. #F53# ist kein tauglicher Name!
• Lies dorthin die CSV-Datei ein, die du aus dem Excelsheet erzeugst. Dabei kannst du über den Button "Weitere" festlegen, welche Spalte wohin kommt.

Ergebnis: Du hast eine brauchbare Tabelle, die für weitere Verarbeitung nutzbar ist.

 

\@Gery: Verwende mal besser
Code:

Daten, die man nicht wirklich in dieser Form braucht, muss man nicht importieren, in einer verlinkten Tabelle sind sie genau so verfügbar (in einer Datenbanktabelle wären sie nur wirkungsvoller, wenn sie dann zusätzlich indiziert wären).

Auf die verlinkte Tabelle kannst Du nun mit einer normalen Abfrage zugreifen:
Code:

Wird nun der das Datum wegen der inneren Formatierung in Excel als Text inetrpretiert, kannst Du innerhalb der Abfrage eine passende Konvertierung ergänzen:
Code:

Eine solche Tabelle oder Teile davon kannst Du an die "fixe Tabelle" anfügen.

@Martin: Wenn wie hier offensichtlich die Exceltabelle keine Feldüberschriften hat, bessert es nicht die Situation, wenn man statt der automatisch gebildeten Feldnamen F1 ... F52 künstliche Feldnamen aufpfropft. In beiden Fällen ist man auf eine gleichbleibende Reihenfolge der Spalten mit korrekten Inhalten angewiesen, da es sonst Störungen in der Zuordnung zu Zielfeldern in Datenbanktabellen geben wird wie auch bei der direkten Verarbeitung der Exceltabellen-Inhalte.

 

\@ebs17:
Wohl wahr, aber immerhin bleibt beim Import von CSVs die Wahl der Datentypen Sache des Anwenders. Ich importiere xls(s)-Daten überhaupt nicht mehr, da ich Datentypvergabe für Menschenarbeit halte.

 

Ich halte sehr viel von direkten und schnellen Importen von standardisierten Daten (besser maschinell erzeugt), da eine Benutzerinteraktion wie Datentypvergabe eher Störgröße und Fehlerquelle ist.

Im Zielsystem (mit geplantem Datenmodell) liegen Datentypen doch fest und sind nicht diskutabel, oder?

 

Ja sicher. Die Typvergabe sollte einmalig und mit Fachkunde erfolgen.

"Direkt und schnell" ist hinreichend (nice), aber richtig ist notwendig (must). Und aus Excel direkt krieg ich keine richtigen Daten, weil der Excel-Import Datentypen ableitet. Wie erwähnt, ist die Datentypwahl (einmaliges) Menschenwerk.

 

Mit anderen Worten: Einer (aus und mit Deinem System) selbst erzeugten Exceldatei würdest Du auch nicht trauen?