Office: (Office 2016) Datensätze werden nicht gefunden

Guten Morgen :-)

ich habe wieder mal ein Access-Problem, dass ich nicht verstehe.

Problemstellung: Ich muss ale Artikel durchforsten. der Artikel wird analysiert, und eine Bezeichnung ermittelt und wenn die ermittelte Bezeichnung in einer Tabelle noch nicht existiert, dann soll er da reingeschrieben werden.

So habe ich es gelöst:

Code:

Verstehen tue ich nicht, warum in dem Falle DCount und FindFirst nicht klappen. Ich habs dann ja mit dem x gelöst. Könnt ihr mir das erklären? Ich gehe nicht von einem Fehlverhalten von Access aus, sondern dass ich einfach nur etwas grundlegendes vieleicht nicht weiß.

LG
Umpah

:)

 

Moin,

wenn ich das richtig sehe, ist Ziel zum Zeitpunkt der Abfrage leer.

 

Richtig gesehen da ja vorher mit Code:

alle Daensätze gelöscht werden.

 

Hallo,
hier wäre eine Leerstelle zuviel
Code:

Code:

Hier würden die Anführungszeichen fehlen
Code:

Code:

 

Ralf hat in #2 schon das richtige genannt: In einer leeren Tabelle kann man gar nichts finden. Ehe man codiert, sollte man über Abläufe nachdenken, die durchgängig Sinn machen.

Ansonsten: Auch so ist der ganze Vorgang einfacher, schneller und fehlerunanfälliger zu lösen.

Das löst man über eine Inkonsistenzprüfung in einer Abfrage sehr viel eleganter, siehe Grundlagen - SQL ist leicht (4) - Aktualisierung einer Tabelle, Part (3).

Wenn man die Zieltabelle vorher geleert hat, erübrigt sich eine solche Prüfung. Dann müsste man nur zusehen, dass man aus der Quelltabelle keine Duplikate (hinsichtlich des betrachteten Schlüssels) übernimmt und hätte dann eine ganz simple Anfügeabfrage.

 

Das in der leeren Tabelle nichts gefunden wird wäre klar, dann dürfte aber der 3. Versuch auch keinen Treffer ergeben!

@umpah-pah
Wenn du in der Quelle bereits nach der Artikelbezeichnung gruppierst, müsstest während der Anfügeabfrage nicht nachsehen, ob der Artikel bereits existiert.

 

Wenn man in die Codediskussion einsteigen wollte:
Code:

1:1 kann ich das nicht glauben, weil der gleiche Ausdruck (Text) auch gleich formatiert werden müsste. Folglich sollte der erste Ausdruck nicht False liefern, sondern einen Syntaxfehler.


Bei dem "Funktionieren" sollte man auch geprüft haben, ob man diesen Zustand bereits im ersten Schleifendurchlauf erzielt oder irgendwann später einmal. Leer auf 0 zählen ist sicher kein Problem. Dabei kann sich leer auch auf die Situation nach gesetztem Filter ergeben.

 

Aber nur wenn die Fehlerbehandlung dort nicht vorher ausgeschalten wurde oder anderweitig umgangen wurde

 

Fehlerbehandlung?
Da ist auch keine zu sehen. Sowie: Syntaxfehler und Fehler wegen Duplikaten (Indexfehler) sollte man wohl kaum durch eine Fehlerbehandlung abwürgen, sondern gar nicht erst machen. Beides wäre ja zu erwarten und käme nicht überraschend. Wenn man ins Wasser springt, sollte man schon damit rechnen, dass man nass wird.

Und um das noch einmal zu wiederholen: Zwei, drei Recordsets (alle auch als schreibend geöffnet!) und alles einzeln per Schleife anfassend ist grob umständlich, bietet aber Raum, Fehler einzubauen und auch etwas die Übersicht zu verlieren.

 

nur weil hier keine zu sehen ist, muss diese zwangsläufig nicht vorhanden sein. Bei Betrachtung deiner Beiträge stellt sich vielmehr die Situation so dar, das du mehr auf ARD anstatt ZDF stehst.

 

Kleine Engelchen und Champagnerflaschen sehe ich auch keine, daher ist es müßig, darüber zu diskutieren.

Was ist die Zielrichtung Deiner Diskussionsform?

DAS offensichtlich nicht.

 

warum die beiden (unter Umständen) nicht funktionieren hatte ich oben dargelegt. (Leerstelle bzw Hochkommata), nur leider bist du nicht darauf eingegangen.... Aber evtl kann der Threadersteller Licht in das Dunkle bringen.

 

Guten Morgen :-)

hui hier habe ich ja eine Diskussion ausgelöst. Das war nicht meine Absicht.


@drambeldier: Ja die Tabelle ist am Anfang leer. Genau darum geht es ja. Die Tabelle wird geleert und dann kommen neue Einträge, aber einer der dann schon da ist, soll nicht nochmal eingetragen werden. Drum frage ich ja das Vorhandensein jedesmal ab. Nachdem dann der erste Artikel ins Ziel geschrieben wurde, ist die Tabelle nicht mehr leer.

@ebs17: Ich habe schon eine Fehlerbehandlung. Ich habe sie nur beim geposteten code rausgenommen, weil ich euch nur mit dem entscheidenen Teil 'belasten wollte' Ich muss 2 Recordsets haben weil ich ja die quelle analysieren muss. Aber es stimmt schon. die Quelle könnte ich lesend öffnen. Das werde ich ändern.
Indexfehler habe ich auch abgefangen.

@jens05: Tja wenn ich zu doof bin den FindFirst richtig zu machen, dann kann es ja nicht gehen. Das Leerzeichen raus, dann geht auch der FindFirst. Daran lag es. Bei dem DCount in meinem Code liegt ein Kopierfehler vor. Ich hatte ja den nicht funktionierenden DCount nicht mehr im fertigen Code. Aber ich habe es nochmal angesehen. Auch hier lag es an einem Leerzeichen zu viel.
Das mit der Grupierung habe ich nicht verstand, wie du das meinst.

Habt dank für eure Hilfe.
Ich "glaube nun wieder an den FindFirst" und das mit der quelle als lesend, hätte ich auch gleich bedenken sollen.

Liebe Grüße
Umpah

 

Hallo,
wenn du als Quelle eine Gruppierte Abfrage nach dem Namen verwendest kommt der Name nur einmalig vor. Dann könntest das Prüfen unterlassen.

Alternativ hat ebs oben gezeigt wie du nur nicht vorhandene Datensätze anfügen könntest.