\n| \n<\/td>\n | \n<\/td>\n | \n<\/td>\n | \n<\/td>\n | \n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Tabelle 1: Speicherbedarf realistischer Beispieldaten bei unterschiedlichen Verfahren<\/span><\/b><\/p>\n<\/p><\/div>\nFür welches der drei Verfahren man sich hiernach entscheidet, ist wohl klar: OLE-Speicherung vergrößert die Datenbank gegenüber komprimierter BLOB-Speicherung für die hier verwendeten Formate um den Faktor 54!<\/p>\n Solche Erfahrungen hat Microsoft dann wohl auch mit dazu bewegt, in Access 2007 den neuen Feldtyp Anlage <\/b>(Attachment<\/b>) einzuführen, dem ebenfalls eine komprimierte BLOB-Speicherung zu eigen ist. In Attachments können Sie Dateien mit dem gleichen Komfort über die Oberfläche speichern wie bisher in OLE-Feldern. Sie werden dabei aber nicht verändert, brauchen keinen OLE-Server und werden automatisch immer dann komprimiert, wenn es sinnvoll ist, also eine nennenswerte Verkleinerung der Daten zu erwarten ist. Das geschieht alles hinter den Kulissen.<\/p>\n Es stellt sich also die Frage: Ist mit Access 2007 das Thema erledigt Nach den Erfahrungen des Autors: Nicht ganz! Zum einen ist die Performance beim Ein- und Auslesen von Attachments deutlich geringer als das Gespann von BLOBs und ZLIB – etwa um den Faktor 1,5 -, zum anderen ist die Dateigröße etwas limitiert. Offenbar benötigt Access 2007 beim Einlesen von Dateien etwa gut das Doppelte der Dateigröße an RAM – den einen Teil für die Datei selbst, den anderen für das Ergebnis der Komprimierung.<\/p>\n So war es auf einem Rechner mit 700 MB freiem physischem RAM nicht möglich, Dateien größer als 220 MB in ein Anlagefeld zu speichern. Nicht, dass so große Dateien überhaupt in Datenbanken gespeichert werden sollten, aber bereits weit unter dieser Größe ließ die Performance erheblich zu wünschen übrig. Attachments kommen daher eher für kleinere Dateien in Betracht.<\/p>\n Ein anderer Punkt ist, dass es noch kaum Erfahrungen mit einer größeren Anzahl von Attachments in Access 2007-Datenbanken gibt und es nicht als sicher gelten kann, ob sich hier nicht die Probleme in puncto Stabilität wiederholen könnten, die es auch schon etwa mit Memofeldern gab.<\/p>\n BLOBS speichern<\/b><\/p>\n Binärdaten können über die Datenzugriffsbibliotheken DAO oder ADO in Tabellen gespeichert werden. DAO erwartet dabei zunächst ein Byte-Array als Zwischenspeicher für die Dateien, gefolgt von der Methode Field.AppendChunk<\/b>, während ADO seit Version 2.5 ein Stream<\/b>-Objekt mit der Methode LoadFromFile <\/b>kennt, dessen Inhalt anschließend per Stream.Read <\/b>einem Feldinhalt zugewiesen werden kann.<\/p>\n Das sieht einfacher aus und ist es auch, geht aber leider langsamer vonstatten als die DAO-Methode, sodass es keinen Grund gibt, hier ADO einzusetzen – außer Sie arbeiten mit Access-Projekten (ADP), in denen DAO nicht verwendet werden kann. Sie finden beide Verfahren im Modul mdlBLOBs <\/b>der Beispieldatenbank binaer.mdb<\/b>.<\/p>\n Die Routine aus Listing 1 verdeutlicht das Prinzip. Sie lädt eine Datei in ein Byte-Array und speichert dessen Inhalt anschließend in einem Tabellenfeld, das als OLE-Objekt definiert wurde.<\/p>\n \n \n\n\n| \n | \n\nSub SpeichereDatei()<\/pre>\n Dim bin() As Byte<\/pre>\n Dim rst As DAO.Recordset<\/pre>\n Open \"c:\\dateiname.dat\" For Binary Access Read As #1<\/pre>\n ReDim bin(LOF(1))<\/pre>\n Get #1, , bin<\/pre>\n Close #1<\/pre>\n Set rst = CurrentDb.OpenRecordset(\"Tabelle1\", dbOpenDynaset)<\/pre>\n rst.AddNew<\/pre>\n rst!Binaerfeld.AppendChunk bin()<\/pre>\n rst.Update<\/pre>\n rst.Close<\/pre>\nEnd Sub<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\nSie finden ähnliche Routinen auch an anderen Stellen und in der Access-Hilfe. Möglicherweise fällt Ihnen dabei auf, dass die dort aufgeführten Codes etwas länger sind als in Listing 1. Das liegt daran, dass das Byte-Array häufig nicht in einem Rutsch in das Feld gespeichert wird, sondern in einer Schleife häppchenweise – daher auch der Begriff Chunk <\/b>(Stück, Brocken).<\/p>\n <\/p>\n Das kommt aus Zeiten, in denen die Rechner noch nicht mit gigabytegroßem RAM versehen waren und mit dem Speicher sorgsam umgegangen werden musste. Beim Aufteilen in kleinere Häppchen spart man Arbeitsspeicher ein. Heutzutage ist das nicht mehr notwendig und das Array kann komplett zugewiesen werden, sofern Sie nicht auf die Idee kommen sollten, Ihre Sammlung von Video-Dateien in der Datenbank zu speichern …<\/p>\n Erstaunlich einfach funktioniert das Speichern des Arrays übrigens, wenn Sie ein gebundenes Formular verwenden, dessen Datenherkunft das OLE-Feld enthält. Dann reduziert sich der Code auf die Prozedur aus Listing 2.<\/p>\n \n \n\n\n| \n | \n\nPrivate Sub SpeichereDatei()<\/pre>\n Dim bin() As Byte<\/pre>\n Open \"c:\\dateiname.dat\" For Binary Access Read As #1<\/pre>\n ReDim bin(LOF(1))<\/pre>\n Get #1, , bin<\/pre>\n Close #1<\/pre>\n Me!Binaerfeld.Value = bin()<\/pre>\nEnd Sub<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\nEs wird also schlichtweg das Byte-Array dem Tabellenfeld des Formulars verabreicht, ohne dass die Methode AppendChunk <\/b>zum Einsatz kommen müsste. Ein Steuerelement für das OLE-Feld müssen Sie dabei erst gar nicht vorsehen.<\/p>\n Der Vollständigkeit halber finden Sie in Listing 3 noch eine zu Listing 1 analoge Routine, die ADO verwendet.<\/p>\n \n \n\n\n| \n | \n\nSub SpeichereDatei()<\/pre>\n Dim rst As New ADODB.Recordset<\/pre>\n Dim rsStm As New ADODB.Stream<\/pre>\n rst.Open \"Tabelle1\", CurrentProject.Connection, _<\/pre>\n adOpenDynamic, adLockPessimistic<\/pre>\n rst.AddNew<\/pre>\n With rsStm<\/pre>\n .Type = adTypeBinary<\/pre>\n .Open<\/pre>\n .LoadFromFile \"c:\\dateiname.dat\"<\/pre>\n rst!Binaerfeld.Value = .Read<\/pre>\n .Close<\/pre>\n End With<\/pre>\n rst.Close<\/pre>\nEnd Sub<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\nBLOBs auslesen<\/b><\/p>\n Was bei einer als OLE-Objekt im Tabellenfeld gespeicherten Datei per Doppelklick geht oder im Falle eines gebundenen OLE-Felds im Formular sogar automatisch passiert, das erfordert bei BLOBs wieder etwas VBA-Code: Das Auslesen und Anzeigen der Datei.<\/p>\n Dabei erfolgt unter DAO wie ADO jeweils der umgekehrte Vorgang wie beim Einlesen: Unter DAO wird zunächst ein Byte-Array mit der GetChunk<\/b>-Methode eines Recordset-Feldes befüllt und anschließend als Datei abgespeichert.<\/p>\n Diese kann dann mit der für sie verknüpften Anwendung geöffnet werden. Hierfür können die VBA-Anweisung Shell<\/b> oder die API-Funktion ShellExecute<\/b> verwendet werden. Unter ADO wird zunächst ein Stream-Objekt mit dem Inhalt des Binärfelds gefüllt und anschließend mit der Methode SaveToFile <\/b>in eine Datei gespeichert.<\/p>\n Ein passender DAO-Code sähe etwa wie in Listing 4 aus und die Routine, welche die mit der Prozedur aus Listing 2 in ein Formularfeld kopierte Datei wiederherstellt, finden Sie in Listing 5.<\/p>\n \n \n\n\n| \n | \n\nSub DateiWiederherstellen()<\/pre>\n Dim bin() As Byte<\/pre>\n Dim lSize As Long<\/pre>\n Dim rst As DAO.Recordset<\/pre>\n Set rst = CurrentDb.OpenRecordset(\"SELECT Binaerfeld " _
& "FROM Tabelle1 WHERE ID=1\", dbOpenDynaset)<\/pre>\n lSize = rst!Binaerfeld.FieldSize - 1<\/pre>\n Redim bin(lSize)<\/pre>\n bin = rst(0).GetChunk(0, lSize)<\/pre>\n Open \"c:\\dateiname.dat\" For Binary Access Write As #1<\/pre>\n Put #1, , bin()<\/pre>\n Close #1<\/pre>\n rst.Close<\/pre>\n ShellExecute 0, \"open\", \"c:\\dateiname.dat\", vbNullString, _
CurDir, 1<\/pre>\nEnd Sub<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n\n \n\n\n| \n | \n\nPrivate Sub ZeigeDatei()<\/pre>\n Dim bin() As Byte<\/pre>\n bin = Me!Binaerfeld.Value<\/pre>\n Open \"c:\\dateiname.dat\" For Binary Access Read As #1<\/pre>\n Put #1, , bin<\/pre>\n Close #1<\/pre>\n ShellExecute 0, \"open\", \"c:\\dateiname.dat\", vbNullString, _
CurDir, 1<\/pre>\nEnd Sub<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\nFehlt noch das Pendant zu der Routine aus Listing 3, diesmal mit ADO (s. Listing 6).<\/p>\n \n \n\n\n| \n | \n\nSub DateiWiederherstellen()<\/pre>\n Dim rst As New ADODB.Recordset<\/pre>\n Dim rsStm As New ADODB.Stream<\/pre>\n rst.Open \"SELECT Binaerfeld FROM Tabelle1 WHERE ID=1\", _<\/pre>\n CurrentProject.Connection, adOpenDynamic, adLockPessimistic<\/pre>\n With rsStm<\/pre>\n .Type = adTypeBinary<\/pre>\n .Open<\/pre>\n .Write rst(0).Value<\/pre>\n .SaveToFile \"c:\\dateiname.dat\", adSaveCreateOverWrite<\/pre>\n .Close<\/pre>\n End With<\/pre>\n rst.Close<\/pre>\n ShellExecute 0, \"open\", \"c:\\dateiname.dat\", vbNullString, CurDir, 1<\/pre>\nEnd Sub<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\nDie Deklaration der eingesetzten API-Funktion ShellExecute<\/b>, die zum Anzeigen einer beliebigen Datei benutzt werden kann, finden Sie in der Beispieldatenbank binaer.mdb <\/b>im Modul mdlHelper<\/b>. Die Funktion startet automatisch die systemweit mit einer Dateiendung verknüpfte Anwendung.<\/p>\n BLOB-Module<\/b><\/p>\n Die zuvor aufgeführten Codes sind ziemlich rudimentär und veranschaulichen lediglich die grundsätzlichen Funktionsweisen. In den Beispieldatenbanken binaer.mdb <\/b>und binaer.accdb <\/b>sind ausführlichere Module enthalten, die allgemein verwendbare Routinen beherbergen.<\/p>\n Das Modul mdlBLOBs <\/b>zeigt Funktionen, denen Dateinamen, Tabellennamen, Feldbezeichnungen als Parameter übergeben werden können, um Dateien auszulesen und wiederherzustellen.<\/p>\n Statt Dateien können auch Byte-Arrays direkt in Tabellenfelder geschrieben und aus ihnen extrahiert werden. In der Access 2007-Datenbank binaer.accdb <\/b>gibt es zusätzlich das Modul mdlBLOBs2007<\/b>, das demonstriert, wie die gleichen Vorgänge sich auch auf Anlagefelder anwenden lassen.<\/p>\n Diese Prozeduren lassen sich, eventuell mit leichten Anpassungen, auch in anderen Datenbanken verwenden.<\/p>\n BLOBs komprimiert speichern und auslesen<\/b><\/p>\n Die in Tab. 1 zusammengefassten Messungen haben gezeigt, dass sich mit zusätzlicher Komprimierung viele Dateitypen binär noch deutlich Platz sparender in einer Datenbank unterbringen lassen. Ein gangbarer Weg wäre, eine Datei zunächst in ein ZIP-Archiv zu packen und dieses Archiv dann abzuspeichern.<\/p>\n Beim Auslesen müsste man dann das Archiv als Datei wiederherstellen und anschließend entpacken. Das ließe sich auch per VBA und mit den Kommandozeilenanweisungen einiger Packer wie WinZip automatisieren.<\/p>\n Dieser etwas umständliche und zudem performancebremsende Weg lässt sich aber umgehen, wenn die Binärdaten direkt im Speicher komprimiert werden, statt in eine Archivdatei.<\/p>\n Die wohl am weitesten verbreitete Komponente hierfür ist die ZLIB-Bibliothek [1]. Die zlib.dll <\/b>– ein Open-Source-Projekt – enthält beispielsweise eine API-Funktion compress<\/b>, der man ein Byte-Array mit den Binärdaten übergibt, und als Ergebnis wiederum ein Byte-Array mit den komprimierten Daten bekommt.<\/p>\n Der umgekehrte Vorgang erfolgt über die Funktion uncompress<\/b>. Die Packraten dieser Bibliothek entsprechen etwa denen des ZIP-Verfahrens.<\/p>\n Sie brauchen die DLL nicht selbst herunterzuladen. Starten Sie einfach eine der beiden Beispieldatenbanken und schon wird die DLL automatisch im gleichen Verzeichnis erzeugt. Sie befindet sich als Binärobjekt in der Tabelle tblBinSimple <\/b>und wird über eine Prozedur des Intro-Formulars auf ähnliche Weise als Datei extrahiert, wie es in Listing 4 dargestellt ist.<\/p>\n Das zeigt übrigens einen weiteren Anwendungsfall der BLOB-Speicherung: Sie können in Ihrer Datenbank direkt vom VBA-Projekt benötigte Komponenten unterbringen und quasi auf dem Zielsystem installieren. Sie ersparen sich damit die separate Weitergabe von Zusatzkomponenten. <\/p>\n Wundern Sie sich nicht, dass der Dateiname der DLL zlibwapi.dll <\/b>lautet. Das ist eine modifizierte Version der Originalbibliothek, die kompatibler mit VBA-Datentypen ist [2]. Mit der Originalversion zlib.dll <\/b>bekommt man Schwierigkeiten bei der Deklaration der Funktionen.<\/p>\n Um die Bibliothek benutzen zu können, benötigen Sie ein Modul mit den entsprechenden API-Deklarationen und einigen öffentlichen Funktionen, die sich dann leicht an beliebiger Stelle des VBA-Projekts aufrufen lassen. In den Beispieldatenbanken heißt dieses Modul mdlZipLib<\/b>. <\/p>\n Die Prozedur, um ein Byte-Array zu komprimieren, heißt darin CompressByteArray<\/b>. Der folgende Code zeigt, wie die Funktion angesprochen wird:<\/p>\nDim arrBin() As Byte\r\nRedim arrBin(100)\r\n' ... hier Byte-Array füllen\r\nCompressByteArray arrBin\r\n' arrBin enthält nun die komprimierten Daten<\/pre>\nWenn Sie also etwa eine Datei bereits wie in Listing 1 in ein Byte-Array eingelesen haben, dann reicht eine einzige Zeile weiteren Codes aus, um die Kompression durchzuführen.<\/p>\n Anschließend kann das Byte-Array in das Tabellenfeld gespeichert werden. Einfacher geht“s nicht!<\/p>\n Zum Auslesen der Datei dekomprimieren Sie die aus dem Tabellenfeld erhaltenen Binärdaten mit der Prozedur DecompressByteArray<\/b>:<\/p>\nDim arrBin() As Byte\r\n'hier Byte-Array per GetChunk aus Tabellenfeld 'füllen\r\nDecompressByteArray arrBin\r\n' Entpacktes Byte-Array weiterverwenden<\/pre>\nTexte komprimiert abspeichern<\/b><\/p>\n Bisher war nur von Dateien und deren Speicherung als BLOBs in einem Ole-Feld einer Tabelle die Rede. Es lassen sich aber auch Strings mit ZLIB komprimieren. Die beiden im Modul mdlZipLib <\/b>befindlichen Prozeduren CompressString <\/b>und DecompressString <\/b>sind hierfür verantwortlich.<\/p>\n Und eines wurde bisher verschwiegen: Auch Memo-Felder lassen sich als Container für Binärdaten verwenden. Sie sollten damit allerdings vorsichtig sein.<\/p>\n Zum einen lassen sich die Binärdaten eines Memofelds leicht zerstören, wenn Sie die Eigenschaft Unicode-Kompression <\/b>des Feldes von Nein <\/b>auf Ja <\/b>stellen, zum anderen werden Memofelder von der JET-Engine etwas komplizierter behandelt als Ole-Felder.<\/p>\n Wie sie intern gespeichert werden, hängt etwa von der Größe ihres Inhalts ab. Die Stabilität lässt stellenweise zu wünschen übrig und es ist immer wieder von Fällen der Datenkorruption im Zusammenhang mit Memofeldern zu hören. Beachten Sie vor allem einen Tipp: Setzen Sie keinen Index auf ein Memofeld!<\/p>\n Das Komprimieren von Texten macht vor allem dann Sinn, wenn sie ausreichend lang sind. Ein ZLIB-compress <\/b>zugeführter String der Länge 100 hat im komprimierten Resultat durchschnittlich die Länge 80. Hier lohnt die Kompression kaum. Bei einer Länge von 1.000 aber ergibt sich bereits ein Gewinn von etwa 500 Byte, also um den Faktor 2.<\/p>\n In den Demodatenbanken finden Sie ein Beispiel für den sinnvollen Einsatz von Textkompression im Formular frmKomponisten <\/b>(siehe Bild 1). Es baut auf der Tabelle tblKomponisten <\/b>als Datenherkunft auf, die die Biografietexte von 120 Komponisten in zwei Memofeldern enthält: Einmal im Original, einmal in ZLIB-komprimierter Form.<\/p>\n\n ![\"frmKomponisten2.png\"](\"..\/fileadmin\/_temp_\/2007_03\/BinaerspeicherungMitZlib-web-images\/frmKomponisten2_opt.jpeg\") \n <\/div>\n \n Bild 1: In der Tabelle tblKomponisten komprimiert gespeicherte Texte werden im Formular angezeigt.<\/span><\/b><\/p>\n<\/p><\/div>\nZur Laufzeit (Ereignis Form_Current<\/b>) werden die Texte im Formular mit der Funktion UncompressString <\/b>entpackt und angezeigt.<\/p>\n Auf der rechten Seite des Formulars befindet sich ein Navigations-Bar (Listenfeld), mit dem Sie per Mausklick einzelne Komponisten aufrufen können (wenn Sie die Maus aus dem Listenfeld herausbewegen, dann verschwindet es automatisch, und wenn Sie die Maus dem rechten Rand des Formulars nähern, dann blendet es sich wieder ein).<\/p>\n Dass die Texte in der Tabelle sowohl in komprimierter wie unkomprimierter Form abgespeichert sind, dient der Demonstration der Leistungsfähigkeit der ZLIB-Bibliothek. Rufen Sie einfach die Abfrage qry_BioSize<\/b> auf: Sie zeigt die Summen des Speicherbedarfs der Originaltexte wie auch der komprimierten Daten an.<\/p>\n Im Original sind dies 547 kB, komprimiert 285 kB. Das ist auch ein guter Anhaltswert für die durchschnittliche Kompressionsrate von deutschen Texten. Man kann von einer Reduzierung des Speicherbedarfs knapp um den Faktor 2 ausgehen, wenn die Texte nicht zu kurz sind.<\/p>\n An dieser Stelle vielleicht eine kurze Erläuterung des Kompressionsalgorithmus von ZLIB: Dieser arbeitet mit so genannten Dictionaries.<\/p>\n Grob dargestellt werden dazu alle Wörter eines Textes oder gleichartige Datenteile in eine Art Inhaltsverzeichnis aufgenommen, auf dessen Einträge anschließend nur noch mit Zeigern verwiesen werden muss, um die Daten seriell anzugeben. Je kleiner dieses Verzeichnis ist, desto höher wird die Kompressionsrate.<\/p>\n Besteht ein Text etwa aus einer Liste von Zeilen, die sich häufig wiederholen, so können locker auch mal Kompressionsraten von 50 erreicht werden. Auch Texte, die eine hohe Zahl von Leerzeichen zur „Formatierung“ enthalten, sind Kandidaten für gute Kompression. Dasselbe gilt für HTML-Dokumente, die naturgemäß zahlreiche sich wiederholende HTML-Tags enthalten.<\/p>\n Weitere Anwendungsmöglichkeiten für komprimiert gespeicherte Texte: In der Datenbank verwaltete E-Mails, Hilfetexte, Protokolle und Logs, Messwertreihen … <\/p>\n Und übrigens: Die Komprimierung mit ZLIB führt nebenbei automatisch zu einer Verschlüsselung der Daten. Wer also ein Backend klaut, der kann zumindest mit den komprimierten Texten nichts anfangen, solange er nicht das Kompressionsverfahren kennt.<\/p>\n Demo einer Dokumentenspeicherung <\/b><\/p>\n Bild 2 zeigt das Formular frmDemo <\/b>der Beispieldatenbank binaer.mdb<\/b>. Es hat die Tabelle tblDocuments <\/b>als Datenherkunft, die neben dem BLOB, in dem die Dokumentdateien gespeichert sind, noch zusätzliche informative Felder enthält.<\/p>\n\n ![\"frmDemo2.png\"](\"..\/fileadmin\/_temp_\/2007_03\/BinaerspeicherungMitZlib-web-images\/frmDemo2_opt.jpeg\") \n <\/div>\n \n Bild 2: Binär gespeicherte Dokument-Dateien im Formular anzeigen<\/span><\/b><\/p>\n<\/p><\/div>\nDiese Felder werden beim Anfügen einer Datei über die entsprechende Schaltfläche links unten automatisch gefüllt und sind schreibgeschützt. Das einzige Feld, in das manuell etwas eingetragen werden kann, ist das Feld Beschreibung<\/b>. Die Infos über Dateigröße, Objekttyp, OLE-Server, OLE-GUID (CLSID) und Checksum der Datei werden per VBA und zum Teil per API-Funktionen ermittelt, die sich im Modul mdlHelper <\/b>befinden.<\/p>\n Beim Hinzufügen einer Datei öffnet sich ein Dateiauswahldialog, mit dem Sie eine beliebige Datei auswählen können. Anschließend fragt die Anwendung, ob die Datei komprimiert abgespeichert werden soll. In diesem Fall kommt die ZLIB-Bibliothek zum Einsatz und die Checkbox Gezippt <\/b>bekommt ein Häkchen. Außerdem wird dann neben der Größe der Ursprungsdatei auch die des komprimierten Resultats angezeigt – damit können Sie auch gut kontrollieren, welche Dateitypen sich für die Komprimierung besonders eignen.<\/p>\n Mit Datei wiederherstellen <\/b>öffnet sich ein Speichern<\/b>-Dialog, über den Sie die Datei unter gegebenenfalls neuem Namen in ein beliebiges Verzeichnis extrahieren können. Die Schaltfläche Datei öffnen <\/b>zeigt die Datei direkt in der mit ihr verknüpften Anwendung an, wobei die oben erwähnte API-Funktion ShellExecute <\/b>zum Einsatz kommt.<\/p>\n Der Clou ist aber die Schaltfläche Anzeigen<\/b>, die versucht, die in ein temporäres Verzeichnis – hier das Datenbankverzeichnis – extrahierte Datei direkt im Formular anzuzeigen. Dafür wird nicht ein Objektfeld-Steuerelement verwendet, sondern ein Webbrowser-ActiveX-Steuerelement. Dieses Steuerelement steht auf allen Rechnern zur Verfügung, die den Internet Explorer installiert haben – also quasi immer.<\/p>\n Eine Datei lässt sich in ihm anzeigen, wenn sie mit einem OLE-Server verknüpft ist. Dazu reicht der Aufruf der Methode Navigate <\/b>des Steuerelements. Beispiel:<\/p>\nWebControl1.Object.Navigate \"e:\\datenbanken\\artikel.doc\"<\/pre>\nHiermit wird ein Word-Dokument in das WebControl eingebettet. Das funktioniert auch mit Excel-Dateien, PDFs – falls der Adobe Reader installiert ist -, mit zahlreichen Bilddateiformaten und sogar mit ZIP-Dateien: Die werden wie im Explorer als Ordner-Symbol angezeigt und können per Doppelklick geöffnet werden. Ist kein OLE-Server mit der Dateiendung verknüpft, dann zeigt das WebControl das gleiche Verhalten wie der Internet Explorer: Es fragt, ob man die Datei speichern oder öffnen will.<\/p>\n Den einzigen Nachteil, den die BLOB-Speicherung hier gegenüber gebundenen OLE-Feldern hat: Die Datei muss temporär physisch wiederhergestellt werden, um geladen werden zu können. In einer Produktivumgebung sollte man ein separates Verzeichnis für die temporären Dateien anlegen, das beim Beenden der Datenbank automatisch wieder geleert wird, damit sich keine nicht mehr genutzten Dateien ansammeln.<\/p>\n Tipps für den Umgang mit Binärdaten<\/b><\/p>\n Binärdaten nehmen in einer Tabelle im Verhältnis zu den „normalen“ Datenfeldern viel Raum ein. Deshalb werden OLE- und Memo-Felder intern auch als abgetrennte Blöcke von JET verwaltet. Das hat unter anderem Performancegründe. Es bringt allerdings manchmal Probleme mit der Synchronisation von OLE-Feldern mit dem Rest des Datensatzes mit sich.<\/p>\n Als Konsequenz kann man sich überlegen, dann gleich die Binärdaten in separate Tabellen auszulagern und diese per 1:1-Beziehung mit der Mastertabelle zu verknüpfen – oder 1:n, falls einem Hauptdatensatz mehrere Binärobjekte zugeordnet werden sollen.<\/p>\n Gegebenenfalls kann man die Binärdaten in eine separate Backend-Datei verbannen. Dieses „Binär-Backend“ enthält dann nur eine Tabelle, die zusätzlich zum „normalen“ Backend mit dem Frontend verknüpft wird. Die Vorteile davon sind:<\/p>\n \n- Die Stabilität der Daten wird erhöht. Da Binärdaten schon wegen des höheren Traffics zum Backend am fehleranfälligsten sind, werden die Hauptdaten dann nicht von möglicher Datenkorruption berührt.<\/li>\n
- Die Größe von Binärdaten führt dazu, dass größere Teile der Backend-Datei durch Zugriff gesperrt werden, als bei den normalen Daten. Das bedingt auch einen höheren Aufwand an Sperrverwaltung für den Server und senkt die Zugriffsperformance insgesamt. Wenn für die Binärdaten ein separates Backend vorgesehen wird, so berührt dieses den Zugriff auf die Hauptdaten nicht.<\/li>\n
- Sind die Binärdaten ausgelagert, dann bleibt das Haupt-Backend vergleichsweise klein und kann damit auch schneller komprimiert werden – ein Vorgang, der regelmäßig ausgeführt werden sollte. Die Gefahr von Datenkorruption beim Komprimieren – das kommt durchaus vor – wird zudem minimiert.<\/li>\n
- Wenn es notwendig sein sollte, dass ein Backend einmal über das Internet transferiert werden muss (etwa zu Wartungs- und Analysezwecken), dann reicht meist das Haupt-Backend, das ohne die Binärdaten wesentlich kleiner gepackt werden kann.<\/li>\n
- Das Limit von 2 GB für die Größe einer Access-Datenbank wird auf 4 GB erhöht. Wenn nach mehr verlangt wird, dann ist auch das Aufsplitten des Binär-Backends in weitere denkbar.<\/li>\n<\/ul>\n
Zusammenfassung<\/b><\/p>\n Die Scheu vor dem Speichern von Dateien und anderen Binärdaten in Datenbanken ist nach Erfahrung des Autors unbegründet. Es gibt zahlreiche Anwendungszwecke, von denen die Verwaltung von Bildern und Dokumenten sicher die am häufigsten eingesetzte ist.<\/p>\n Das oft ins Feld geführte Aufblähen von Datenbanken mit Binärdaten ist nur mit OLE-Objekten ein Problem und reduziert sich durch den Einsatz von Komprimierungsroutinen auf ein Mindestmaß.<\/p>\n Dennoch sollte man es nicht übertreiben und sich nicht unbedingt gleich an die Grenze von 2 GB für ein Backend heranwagen. Die dürfte allerdings auch nicht so schnell erreicht sein, denn in einem so großen Backend hätten in ZLIB-komprimiertem Zustand etwa 30.000 PDF-Dokumente mit je 20 Seiten Platz.<\/p>\n Quellen:<\/b><\/p>\n [1] ZLIB-Projekt: http:\/\/www.zlib.net\/<\/p>\n [2] ZLIBWapi-Variante: http:\/\/www.winimage.com\/zLibDll\/minizip.html<\/p>\n Downloads zu diesem Beitrag<\/h3>\nEnthaltene Beispieldateien:<\/p>\n binaer.mdb<\/p>\n zlibwapi.dll<\/p>\n binaer.accdb<\/p>\n Download<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"Dateien oder andere Binärobjekte in Datenbanktabellen zu speichern, ist bei vielen Access-Entwicklern verpönt. Das Hauptargument, das man dabei zu hören bekommt, ist das unverhältnismäßige Aufblähen der Datenbanken. Das greift jedoch nur dann, wenn die Objekte in einem OLE-Feld als OLE-Objekte abgespeichert werden. Denn dabei findet eine Konversion der Quelldateien in OLE-kompatible Dokumentenformate statt, die sie vergrößern. Dabei lassen sich die Dateien mit wirklich binärer Speicherung als BLOBs durchaus Platz sparend unterbringen – vor allem, wenn man sie dann noch zusätzlich mit einer Komprimierung versieht. Im folgenden Beitrag werden einige Anwendungsbeispiele und die zugrunde liegenden Techniken beleuchtet.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662007,66032007,44000040,44000034,44000025],"tags":[],"class_list":["post-55000466","post","type-post","status-publish","format-standard","hentry","category-662007","category-66032007","category-Allgemein","category-ImportExport","category-VBA_und_Programmiertechniken"],"yoast_head":"\n Komprimierte Binärspeicherung - Access im Unternehmen<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Komprimierte Binärspeicherung\" \/>\n<meta property=\"og:description\" content=\"Dateien oder andere Binärobjekte in Datenbanktabellen zu speichern, ist bei vielen Access-Entwicklern verpönt. Das Hauptargument, das man dabei zu hören bekommt, ist das unverhältnismäßige Aufblähen der Datenbanken. Das greift jedoch nur dann, wenn die Objekte in einem OLE-Feld als OLE-Objekte abgespeichert werden. Denn dabei findet eine Konversion der Quelldateien in OLE-kompatible Dokumentenformate statt, die sie vergrößern. Dabei lassen sich die Dateien mit wirklich binärer Speicherung als BLOBs durchaus Platz sparend unterbringen - vor allem, wenn man sie dann noch zusätzlich mit einer Komprimierung versieht. Im folgenden Beitrag werden einige Anwendungsbeispiele und die zugrunde liegenden Techniken beleuchtet.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/\" \/>\n<meta property=\"og:site_name\" content=\"Access im Unternehmen\" \/>\n<meta property=\"article:published_time\" content=\"2021-02-11T21:16:37+00:00\" \/>\n<meta property=\"og:image\" content=\"http:\/\/vg04.met.vgwort.de\/na\/826749b8e07e45e391bc6dbb3df598d4\" \/>\n<meta name=\"author\" content=\"Andr\u00e9 Minhorst\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Andr\u00e9 Minhorst\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"23\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/\"},\"author\":{\"name\":\"Andr\u00e9 Minhorst\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/person\\\/13395c4bcd7d7963efe33be9c584d93f\"},\"headline\":\"Komprimierte Binärspeicherung\",\"datePublished\":\"2021-02-11T21:16:37+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/\"},\"wordCount\":4246,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#primaryimage\"},\"thumbnailUrl\":\"http:\\\/\\\/vg04.met.vgwort.de\\\/na\\\/826749b8e07e45e391bc6dbb3df598d4\",\"articleSection\":{\"0\":\"2007\",\"1\":\"3\\\/2007\",\"3\":\"Import\\\/Export\",\"4\":\"VBA und Programmiertechniken\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/\",\"name\":\"Komprimierte Binärspeicherung - Access im Unternehmen\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#primaryimage\"},\"thumbnailUrl\":\"http:\\\/\\\/vg04.met.vgwort.de\\\/na\\\/826749b8e07e45e391bc6dbb3df598d4\",\"datePublished\":\"2021-02-11T21:16:37+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#primaryimage\",\"url\":\"http:\\\/\\\/vg04.met.vgwort.de\\\/na\\\/826749b8e07e45e391bc6dbb3df598d4\",\"contentUrl\":\"http:\\\/\\\/vg04.met.vgwort.de\\\/na\\\/826749b8e07e45e391bc6dbb3df598d4\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/Komprimierte_Binaerspeicherung_\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Komprimierte Binärspeicherung\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#website\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\",\"name\":\"Access im Unternehmen\",\"description\":\"Das Magazin f\u00fcr Datenbankentwickler auf Basis von Microsoft Access\",\"publisher\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/access-im-unternehmen.de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#organization\",\"name\":\"Andr\u00e9 Minhorst Verlag\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/access-im-unternehmen.de\\\/wp-content\\\/uploads\\\/2019\\\/09\\\/aiu_wp.png\",\"contentUrl\":\"https:\\\/\\\/access-im-unternehmen.de\\\/wp-content\\\/uploads\\\/2019\\\/09\\\/aiu_wp.png\",\"width\":370,\"height\":111,\"caption\":\"Andr\u00e9 Minhorst Verlag\"},\"image\":{\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/logo\\\/image\\\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/access-im-unternehmen.de\\\/#\\\/schema\\\/person\\\/13395c4bcd7d7963efe33be9c584d93f\",\"name\":\"Andr\u00e9 Minhorst\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"caption\":\"Andr\u00e9 Minhorst\"}}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Komprimierte Binärspeicherung - Access im Unternehmen","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/","og_locale":"de_DE","og_type":"article","og_title":"Komprimierte Binärspeicherung","og_description":"Dateien oder andere Binärobjekte in Datenbanktabellen zu speichern, ist bei vielen Access-Entwicklern verpönt. Das Hauptargument, das man dabei zu hören bekommt, ist das unverhältnismäßige Aufblähen der Datenbanken. Das greift jedoch nur dann, wenn die Objekte in einem OLE-Feld als OLE-Objekte abgespeichert werden. Denn dabei findet eine Konversion der Quelldateien in OLE-kompatible Dokumentenformate statt, die sie vergrößern. Dabei lassen sich die Dateien mit wirklich binärer Speicherung als BLOBs durchaus Platz sparend unterbringen - vor allem, wenn man sie dann noch zusätzlich mit einer Komprimierung versieht. Im folgenden Beitrag werden einige Anwendungsbeispiele und die zugrunde liegenden Techniken beleuchtet.","og_url":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/","og_site_name":"Access im Unternehmen","article_published_time":"2021-02-11T21:16:37+00:00","og_image":[{"url":"http:\/\/vg04.met.vgwort.de\/na\/826749b8e07e45e391bc6dbb3df598d4","type":"","width":"","height":""}],"author":"Andr\u00e9 Minhorst","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Andr\u00e9 Minhorst","Gesch\u00e4tzte Lesezeit":"23\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#article","isPartOf":{"@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/"},"author":{"name":"Andr\u00e9 Minhorst","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/person\/13395c4bcd7d7963efe33be9c584d93f"},"headline":"Komprimierte Binärspeicherung","datePublished":"2021-02-11T21:16:37+00:00","mainEntityOfPage":{"@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/"},"wordCount":4246,"commentCount":0,"publisher":{"@id":"https:\/\/access-im-unternehmen.de\/#organization"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#primaryimage"},"thumbnailUrl":"http:\/\/vg04.met.vgwort.de\/na\/826749b8e07e45e391bc6dbb3df598d4","articleSection":{"0":"2007","1":"3\/2007","3":"Import\/Export","4":"VBA und Programmiertechniken"},"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/","url":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/","name":"Komprimierte Binärspeicherung - Access im Unternehmen","isPartOf":{"@id":"https:\/\/access-im-unternehmen.de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#primaryimage"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#primaryimage"},"thumbnailUrl":"http:\/\/vg04.met.vgwort.de\/na\/826749b8e07e45e391bc6dbb3df598d4","datePublished":"2021-02-11T21:16:37+00:00","breadcrumb":{"@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#primaryimage","url":"http:\/\/vg04.met.vgwort.de\/na\/826749b8e07e45e391bc6dbb3df598d4","contentUrl":"http:\/\/vg04.met.vgwort.de\/na\/826749b8e07e45e391bc6dbb3df598d4"},{"@type":"BreadcrumbList","@id":"https:\/\/access-im-unternehmen.de\/Komprimierte_Binaerspeicherung_\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/access-im-unternehmen.de\/"},{"@type":"ListItem","position":2,"name":"Komprimierte Binärspeicherung"}]},{"@type":"WebSite","@id":"https:\/\/access-im-unternehmen.de\/#website","url":"https:\/\/access-im-unternehmen.de\/","name":"Access im Unternehmen","description":"Das Magazin f\u00fcr Datenbankentwickler auf Basis von Microsoft Access","publisher":{"@id":"https:\/\/access-im-unternehmen.de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/access-im-unternehmen.de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/access-im-unternehmen.de\/#organization","name":"Andr\u00e9 Minhorst Verlag","url":"https:\/\/access-im-unternehmen.de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/logo\/image\/","url":"https:\/\/access-im-unternehmen.de\/wp-content\/uploads\/2019\/09\/aiu_wp.png","contentUrl":"https:\/\/access-im-unternehmen.de\/wp-content\/uploads\/2019\/09\/aiu_wp.png","width":370,"height":111,"caption":"Andr\u00e9 Minhorst Verlag"},"image":{"@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/access-im-unternehmen.de\/#\/schema\/person\/13395c4bcd7d7963efe33be9c584d93f","name":"Andr\u00e9 Minhorst","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","caption":"Andr\u00e9 Minhorst"}}]}},"_links":{"self":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts\/55000466","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/comments?post=55000466"}],"version-history":[{"count":0,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/posts\/55000466\/revisions"}],"wp:attachment":[{"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/media?parent=55000466"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/categories?post=55000466"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/access-im-unternehmen.de\/data\/wp\/v2\/tags?post=55000466"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} | | | | | | |