[VBA] HTML Code in eine Access DB speichern

[Saad]

Hey Leute!

Ich habe da ein Probem und komme nicht wirklich weiter und zwar folgendes:

Ich hab ein .htm file - dieses File lese ich mittels VBA (Ein Macro in Access) und möchte es nun in die Access DB schreiben - Das Einlesen funktioniert super. Wenn ich aber den String nun einfügen will (db.insert) funktioniert dies nicht wirklich. Es kommt zu einer Fehlermeldung, da der HTML Code ein ; oder ein " enthält und das Insert-Statement dies als SQL-Befehl wahrnimmt. Was kann ich nun dagegen machen, sodass ich nun den ganzen HTML-Code (sind ca. 50000 Zeichen) in die DB via Macro einfügen kann?

Lg, Saad.

[Negok]

Hallo Saad,

probiere doch die Anführungszeichen deines HTML-Codes zu ersetzen:

htmlText = replace(htmlText, """, """")

Das ersetzt jegliche Anführungszeichen aus deinem Html-Text mit einem doppelten Anführungszeichen. Damit escapest du diese quasi. Reicht das vielleicht schon?

[DMW007]

Ist immer noch eine abenteuerliche Lösung und öffnet prinzipiell den Weg für Injections. Vielleicht sogar XSS, je nachdem woher das HTML kommt bzw. was damit später angestellt wird.
Klingt für mich eher nach dem verbreiteten Versuch, alle Probleme mit VBA erschlagen zu wollen.
Ergänze doch mal bitte eine Beschreibung, was sich in der HTML-Datei befindet und was genau damit realisiert werden soll. Abhängig davon kann man dir ggf. eine sauberere und sicherere Alternative empfehlen.

[Saad]

Hey DMW007 - ich benutze QlikView um Daten zu visualisieren. Der HTML-Code beinhaltet nur Formatierungen - sprich eine Worddatei wird erzeugt mit bestimmten Formatierungen und wird als HTML gespeichert, damit ich den HTML Code habe und das, was in der Worddatei steht und visualisiert ist auch in QV darzustellen. (Geht nur mit einer Extension, die HTML unterstützt.

[DotNet]

Code in einer DB ist generell keine so gute Idee und deutet meist auf ein schlechtes Softwaredesign hin. Zumal dabei auch Injections denkbar wären. Beschreibe doch mal, was du genau vor hast. Vielleicht lässt sich das mit einer weniger abenteuerlichen Lösung realisieren. Für mich klingt das eher, als ob ein Anwendungsfall mit VBA erschlagen werden soll, wofür dies eher das falsche Werkzeug ist.