Office: (Office 2010) pdf in der DB speichern

Könnte es sein, dass die DLL in den Verweisen aufgenommen werden muss? Ggf. vorher noch per REGSVR32.EXE registrieren.

 

Super mit dem Declare hat es gefunzt. Jetzt kann ich weiter schauen

Holger

 

Das Komprimieren von PDF-Dokumenten dürfte mehr Aufwand als Nutzen bringen, weil PDFs in der Regel schon intern komprimert sind.

 

Hey, wie kann ich die folgende Zeile automatisieren, weil nicht auf allen Rechner derLaufwerksbuchstabe gleich ist.

Code:

ich man kann ja nicht im module folgendes zuweisen

Code:

das ganze weil die dll wird nicht automatisch erkannt und registriert kann sie irgendwie auch nicht werden.

Danke
Holger

 

Hallo
hier mal Luftcode

Code:

Aber wie Nouba schon schrieb, ist in den meisten Fällen nicht nötig da die meisten pdf erzeuger schon eine Kompression durchführen.

 

Hi!

Du kannst davon ausgehen, dass die Bereiche in der PDF-Datei, die die
einzelnen Seiten beschreiben, immer gezippt sind. Nur die umschließende
Struktur ist nicht komprimiert. D.h. die Menge der gesparten Bytes bleibt
immer etwa gleich groß, unabhängig von der Gesamtgröße der Datei. Bei
kleinen Dateien macht das prozentual einen großen Unterschied, je größer
die Dateien aber werden, desto kleiner wird der Erfolg. Wenn es also um
viele kleine PDF-Dateien geht, kann das zusätzliche zippen einen merklichen
Vorteil bringen, wenn es aber vermehrt um größere Dateien geht, ist vom
zusätzlichen Aufwand eher abzuraten.

Gruss
Jones

 

Hallo,
1) Eine AccessDB ist grundsätzlich nicht sicher, dh. "Auskenner" kommen auch an Daten (PDF) ran, welche an der Oberfläche gesperrt sind.

2) Man kann Serverpfade so administrieren, dass sie nicht per Mausklick erreichbar sind. Dh. kennt der Nutzer den vollen Pfad nicht, kann er die Dateien auch nicht erreichen. Dabei sollte man natürlich die PDF's vor dem Öffnen lokal kopieren.

3) Access 2010 kennt Anlagefelder. In diesen lassen sich PDF's effektiv speichern, dh. eine 1MByte große PDF belegt auch in der DB nur ca. 1 MByte.

 

Hallo,

leider funzt das so nicht. Ich kann es im declare nur mit festem Verzeichnis machen. Oder hat hier noch einer eine Idee

Danke
Holger

 

Der LoadLibrary-Tip grassiert ja schon recht lange im Netz, ich kann mich aber auch nicht erinnern, dass der funktioniert.

Das kleinste Übel ist ein Declare ohne Pfad und die Bedingung, dass die
dll im SysWOW64-Verzeichnis gespeichert ist.

Sei nicht heiliger als der Papst und vergiss das zippen einfach.

 

Obwoh,
Du könntest mehrere Declares mit unterschiedlichen Pfaden und Alias
anlegen und dann etwa so vorgehen:

Code:

 

Hey, auf das Zippen könnte ich ja auch glatt verzichten. Aber die DB ist noch im Format 2000 und kann auch nicht geändert werden also konvertiert zu 2007 , leider.

Desshalb müsste ich dann das pdf in ein Memofeld speichern. Und das mit entsprechenden dialogen. Hast Du da eventuell ein Beispiel für mich

Danke

Holger

 

Wieso musst Du das in einem Memofeld speichern?
Komprimierte Binärspeicherung - Access im Unternehmen
Das geht ab 2000, da ist doch auch eine MdB im zip.

Was meinst du mit Beispiel?

Code:

(ok, das mit dem Alias war verwirrend.)

 

Also Danke nochmal, ich speichere das ganze nun in ein Memofeld und unkompremiert.


Holger

 

Bei mir funzt das mit loadlib, auch mit der ZLIBWAPI.DLL, will aber auch nicht ausschliessen das es bei anderen nicht läuft.

 

\@daolix
Du hast Recht, ich hab es jetzt getestet, es funktioniert.
Sorry, hatte ich falsch in Erinnerung.

(Der Debus hatte es wohl 1zu1 übernommen, und somit den falschen
Pfad verwendet. (Es fehlt ja dann der \ am Ende vom .Path.)