Ich versuche herauszufinden, ob eines der Felder eine #Num hat! Fehler in einer der Zeilen einer verknüpften Excel-Tabelle.VBA Test, wenn Access verknüpfte Tabelle hat #Num! Fehler
Die einzige Art, wie ich denken kann, ist durch die dynamischen eine Abfrage, die Datensätze aus der Tabelle zeigt, wo eines der Felder zu #Num! gleich sind und zu sehen, wenn die Anzahl der Datensätze in dieser Abfrage mehr als 0
Ich habe nur eine begrenzte Kontrolle darüber, was am vorderen Ende eingefügt wird, also versuche ich, eine zusätzliche Validierung in meinen Teil zu bringen, bevor ich die Ergebnisse verwende.
Die Fehler sind in einigen Zellen in dieser Spalte als Text von Zahlen eingegeben und der Zugriff hat die Spalte betrachtet und entschieden, dass es numerisch ist, aber dann diese Zellen dann nicht mag.
Wer denkt an weniger intensive Tests?
Zuerst wird versucht, das zugrunde liegende Problem zu beheben, das die #Num! -Fehler verursacht, so dass Sie sich nicht mit der Ausnahme befassen müssen Die zweite Idee, wenn der erste Gedanke keine Option ist, besteht darin, alle Felder in der where-Klausel einer SQL-Anweisung zu verketten und "Nicht wie" "Num #!" Anzugeben, oder aber die "schlechten" Daten werden von Access interpretiert. –
* Ich versuche, eine zusätzliche Validierung in mein Teil zu bringen, bevor ich die Ergebnisse verwende * .. Was ist * dein Teil * und wie benutzt du die Ergebnisse? Wenn du Code oder Abfragen für das Frontend schreibst, hast du mehr als nur die Kontrolle. – dbmitch
Ich schreibe keine Abfragen am Frontend, das müssen Tabellenkalkulationen sein, ich kann das nicht ändern.Mein Teil ist es, sie als CSV-Dateien zu exportieren und dann an anderer Stelle zu sftp. Das Bit funktioniert gut, aber die # Num! -Zellen sind e als Nullen exportiert. –