Office: Metaphone in Access?

Hallo!

Also der Source-Code der Abfrage... Lass mich bitte nochmal genauer Fragen: Bei erneutem Aufrufen ist die Abfrage als solches noch vorhanden oder sind nur die Kriterien verschwunden?

Hast du die Abfrage gespeichert, ihr einen Namen gegeben (sorry, wenn das jetzt eine blöde Frage ist, aber wenn du das nicht gemacht hast, dann wäre dein beschriebendes Verhalten auch normal).

Grüße
Ingo

 

Hallo Ingo,

ist ja keine blöde Frage...aber der Abfrage habe ich schon einen Namen gegeben ("qry_Similar"), und ganz ordnungsgemäß abgespeichert.

Wenn ich dann die Abfrage mindestens ein Mal ausführe, die DB dann schließe und wieder öffne, ist die Abfrage als solches noch vorhanden. Nur will ich diese dann ausführen, so passiert nix, weil in der Entwurfs- und SQL-Ansicht keine Kriterien bzw. eben kein Code mehr vorhanden sind.

Da ich eigtl. den VBA-Code und die Abfrage aus der Beispiel-DB "similar2000" übernommen habe, und diese ja auch ohne Fehler ausgeführt wird, ist mir diese "Fehlerscheinung" sehr rätselhaft....

Für Deine Hilfe Danke bereits vorab.


P.S. Dir heute zum Geburtstag alles Gute!

 

Hallo!

Also in der SQL Ansicht steht nichts? UNd in der Entwurfsansicht auch nichts? Komisch.
Vielleicht kannst du mal eine Beispiel DB hochladen, dann schau ich mir das an. Vielleicht ist das hier auch so?

Grüße
Ingo

P.S.: Danke! ;-)

 

Hallo Ingo,

ich habe zunächst durch komplettes Entfernen aller Module, Funktionen und Abfragen, die mit der Ähnlichkeitssuche aus der Beispiel-DB zu tun haben, und anschließendes manuelles Erstellen der benötigten Funktionen (strikt nach dem Vorbild von similar2000) den Fehler behoben.
Die Funktion bzw. die Abfrage wird nun ausgeführt, ohne dass sie sich danach selber "killt" *Smilie .

Danke & grüße
Michael

 

Hallo Sascha,

wirklich großartig Deine Demo.
Denke, dass man gar nicht genug loben kann. Einfach klasse die DLL.

Nur hätte ich wirklich gern gewusst wie das funzt.
Also so eine dll.

Mit Delphi kenne ich mich gar nicht aus.
Kann ich auch eine dll schreiben mit VB6 Prof?

So einen Suchstring-Algorithmus Dingsbums selbst schreiben wär ja mein Ziel.

Wie bist Du nur so auf diesen gekommen. Hast ja noch daran rumgebastelt habe ich gelesen. Und auf Deiner HP habe ich gesehen das Du in früheren Zeiten mit Qbasic angefangen hattest.

Kann mich noch gut erinnern wie ich damals in der Bücherei aufmerksam gelesen - ausprobiert und gestaunt habe. Gab ja auch nix anderes.

Naja - hat sich viel geändet in der Zeit. Aber was das Programieren angeht muss man wohl am Ball bleiben.

Bin bisher nur bis VB6 und VBA gekommen.
Und für meine Zwecke reicht das auch allemal aus.

Und nun bin ich auf Deiner Demo gestoßen. Die ich großartig finde.
Ich dachte mir, Du kannst mir weiterhelfen wie ich ein ähnlichen Algorithmus hinbkommen mit VB6/VBA.

Es werden auch nicht Viel Datensätze durchsucht für mein Projekt. Also wenn es hochkommt (und das auf die nächsten 4 Jahre gerechnet) max. 500 Datensätze.
Hört sich wehnig an, ist aber immerhin - für das Hinzufügen von Daten angeht vom User selbst, der vorher nicht prüft ob schon vorhanden immerwieder von entscheidung, ob es dann auch in 5 Jahren bei max. 500 bleiben und nicht x - in änlicher Form mit änlichen String.

Wo fange ich da bloß an.?
Also Du kannst mir sicherlich helfen was ich als erstes durchstöbern - ausprobieren - um zu versehen wie so was geht.

Viele Grüße
Ralf aus Berlin

 

Hallo allerseits,

die Vergleichsroutinen haben bisher einwandfrei funktioniert.

Nun haben wir hier im Unternehmen mittlerweile auf Office 365 umgestellt. Leider erhalte ich bei Ausführung der Routinen folgende Fehlermeldung:

"Laufzeitfehler '48':
Datei nicht gefunden: C:/Windows/mossSOFT_W.dll"

Die Datei ist in dem Verzeichnis vorhanden. Wegen Windows 10 und 64 Bit habe ich den Code wie folgt angepasst.

Code:

"/" ist übrigens ein Backslash. Der wurde allerdings nicht mehr hier angezeigt. *Smilie

Kann mir jemand sagen, wo hier das Problem liegt?

Danke schon einmal vorab für eure Antworten.

 

Grundsätzlich würde ich die Fehlermeldung erst nehmen.


Wieso befindet sich die dll direkt im Windows Verzeichnis und nicht dort wo sie hin gehört?

Edit:
Was den Hinweis auf 64 Bit Windows betrifft - ist das Office 32 oder 64 Bit?

 

Danke für die Antwort.

Das ist Office 64 Bit.

Meines Erachtens gehört die DLL in das Windows-Verzeichnis. Dort war sie bisher immer hinterlegt.

Der ursprüngliche Kommentar von Sascha Trowitzsch lautet ja auch:

Code:

Ich habe die DLL mal in das Anwendungsverzeichnis verschoben und erhalte die gleiche Fehlermeldung.

 

Ich habe die DLL mal in das Anwendungsverzeichnis verschoben und erhalte die gleiche Fehlermeldung.

Also grundsätzlich gibt mal dll entweder in den Ordner wo die access.exe also die Anwendung liegt, oder in einen Systemordner.

Es gibt für 32 und 64 Bit einen Systemordner, da eine 64 Bit Anwendung auch eine 64 Bit dll benötigt.

Ist das nun eine 64 Bit dll?

Ansonsten ist die für eine 64 Bit Anwendung unbrauchbar.

 

Danke für die Info.

Das wird eine 32 Bit Version sein. Da ich mich mit DLLs so gar nicht auskenne, war mir das nicht bekannt.

Das ist natürlich bedauerlich. Dann werde ich es wohl mal mit einer eigenen Funktion probieren.

 

Du könntest ja nach einer aktualisierten Version fragen.
Die Erstellung ist ja nur eine Kleinigkeit, wenn man die 32 Bit Version hat.

 

Ja, das werde ich auf jeden Fall auch mal machen.

Noch einmal danke.