Bild aus Access DB auslesen und verarbeiten - *.png

[Jens Hartmann]

Hallo zusammen,

ich habe aktuell folgendes Problem.

Ich habe in eine Access Datenbank in einer Tabelle Symbole eingebunden. Var. 1 als OLE-Objekt und Var. 2 als Anlage. Öffne ich diese Tabelle über ein TADOTable, ist zu mindestens mal das öffnen möglich. Ich möchte allerdings einen anderen Weg gehen. Dieser ist wie folgt aufgebaut.

TADOQuery - in welcher eine Tabelle abgefragt wird

SQL-Code:

SELECT * FROM MV_BMA

In dieser Query habe ich alle erforderlichen Felder hinzugefügt. Unter diesen Feldern befindet sich auch der Verweis auf die Tabelle "Symbole". Zusätzlich habe ich daher der Query über den Feldeditor ein "Neues Feld" hinzugefügt. Diese habe ich "Symbole" genannten und als "Nachschlagen" deklariert.

Über die Verbindung der Verweise (Primarykey etc.) möchte ich nun das passende *png zum jeweiligen Recordset laden.

Um die TADOTable zu öffnen, habe ich das

Delphi-Quellcode:

"Active := true"

in die

Delphi-Quellcode:

"Before Open"

und das

Delphi-Quellcode:

"Active := false"

in die

Delphi-Quellcode:

"AfterClose"

Methode der Query integriert.

Delphi-Quellcode:

procedure TDMReportData.qryRingTopologieBeforeOpen(DataSet: TDataSet);
begin
  tblSymbole.Active := true;
end;

procedure TDMReportData.qryRingTopologieAfterClose(DataSet: TDataSet);
begin
  tblSymbole.Active := false;
end;

Öffne ich jetzt die Query, kommt eine seltsame Fehlermeldung. Siehe Anhang.

Weiß jemand woran das liegt. Geht das mit Bilder als "Nachschlagen" nicht?

Danke und Gruß Jens

[Perlsau]

Die Fehlermeldung besagt: Wenn das Feld Symbole in der Tabelle Symbole die PNG-Grafiken enthält, kann es nicht als Primary Key zum Verknüpfen mit dem Feld Symbole in deiner Haupttabelle dienen. Hast du denn in der Tabelle Symbole auch einen Primary Key festgelegt?

[Dejan Vu]

Wie genau ist das Nachschlagefeld definiert?
Wie genau ist die Tabelle definiert, die die Bilder enthält?

Theoretisch wäre es denkbar, das Blob-Felder kein Lookupfeld sein können, da sie anders gehandhabt werden.

Kommt die Fehlermeldung wirklich, wenn man ein Blob-Feld als PK-Feld definiert?

[Jumpy]

Warum holst du die zusätzliche Spalte aus der anderen Tabelle nicht mit einem einfachen Left Join in die Query mit rein?

[Sir Rufo]

Genau so ist es, diese ganzen Blob Felder können dafür nicht verwendet werden.

Einzige Chance ist ein ClientDataSet, wo man alles zusammen/nacheinander hineinlädt

[Dejan Vu]

Zitat:

Zitat von Jumpy (Beitrag 1282992)

Warum holst du die zusätzliche Spalte aus der anderen Tabelle nicht mit einem einfachen Left Join in die Query mit rein?

Verbrät das nicht unnötig Speicher (bei mehrfacher Verwendung eines Bildes). Nicht, das wir nicht genug davon hätten... Ich mein ja nur.

Wäre schon schön, wenn man das -sagen wir es geschwollen- resourcensparender umsetzen könnte. Mit DevExpress z.B. geht das, weil dort das Lookup auch im Grid abgebildet werden kann bzw. sollte (mehr Möglichkeiten).

[Jumpy]

Zitat:

Zitat von Dejan Vu (Beitrag 1283008)

Zitat:

Zitat von Jumpy (Beitrag 1282992)

Warum holst du die zusätzliche Spalte aus der anderen Tabelle nicht mit einem einfachen Left Join in die Query mit rein?

Verbrät das nicht unnötig Speicher (bei mehrfacher Verwendung eines Bildes). Nicht, das wir nicht genug davon hätten... Ich mein ja nur.

Wäre schon schön, wenn man das -sagen wir es geschwollen- resourcensparender umsetzen könnte. Mit DevExpress z.B. geht das, weil dort das Lookup auch im Grid abgebildet werden kann bzw. sollte (mehr Möglichkeiten).

Wenn man mehr über den Zweck des Ganzen wüßte...
Die auch gefallenen Stichworte nachschlagen/Nachschlagefeld implizieren ja irgendwie eine 1 zu n Verbindung, wo dann ein Bild ggf. mehrfach verwendet würde und da hast du dann sicher recht.

Bei einer 1 zu 1 Verknüpfung, wo einfach nur die Bilder in eine andere Tabelle "ausgelagert" sind wäre das vielleicht egal.

Jenachdem mach es vllt. auch Sinn die reinen Daten ohne Bild zu holen und sich nur die Bilder die man braucht dazuzuladen.

[Dejan Vu]

Zitat:

Zitat von Jumpy (Beitrag 1283022)

...implizieren ja irgendwie eine 1 zu n Verbindung, wo dann ein Bild ggf. mehrfach verwendet würde und da hast du dann sicher recht.

Zitat:

Zitat von Dejan Vu (Beitrag 1283008)

...(bei mehrfacher Verwendung eines Bildes)...

;-)

Dessenungeachtet ist es schade, das gerade Bildchen nicht als Lookupfeld zu taugen scheinen.

[Jumpy]

Wie ist das denn eigentlich in Access selber, also wenn man das auch als Front-End benutzt? Kann man da die OLE-Felder direkt in ein Formular oder sowas einbinden?

[Jens Hartmann]

Zitat:

Zitat von Jumpy

Warum holst du die zusätzliche Spalte aus der anderen Tabelle nicht mit einem einfachen Left Join in die Query mit rein?

Zitat:

Zitat von Sir Rufo

Genau so ist es, diese ganzen Blob Felder können dafür nicht verwendet werden.

Einzige Chance ist ein ClientDataSet, wo man alles zusammen/nacheinander hineinlädt

Mag sein, werde ich später mal probieren. Vielleicht Grundlegend nochmal beschrieben. Ich habe eine Tabelle mit Einträgen und jeweils einem Feld "Typ" sowie ein Tabelle "Symbole". In der Tabelle Symbole sind die Bilder gespeichert und über den Typ möchte ich diese zur Ergebnismenge holen. Es gibt ca. 20 Bilder, welche jedoch 10.000 mal benötigt werden.

Daher wollte ich das ganze recht einfach über eine Table Komponente lösen.

[Jens Hartmann]

Ich habe das übrigens in Access selber schon versucht. Das mit dem Nachschlagen ist bei diesen Datentypen nicht möglich. Ich werde das ganze dann wohl über einen Jon lösen müssen.

Danke trotzdem und Gruß Jens

[Jumpy]

Zitat:

Zitat von Jens Hartmann (Beitrag 1283070)

Ich werde das ganze dann wohl über einen Jon lösen müssen.

Zitat:

Zitat von Jens Hartmann (Beitrag 1283068)

Vielleicht Grundlegend nochmal beschrieben. Ich habe eine Tabelle mit Einträgen und jeweils einem Feld "Typ" sowie ein Tabelle "Symbole". In der Tabelle Symbole sind die Bilder gespeichert und über den Typ möchte ich diese zur Ergebnismenge holen. Es gibt ca. 20 Bilder, welche jedoch 10.000 mal benötigt werden.

OK. Dann läufst du genau in das von Dejan Vu angemerkte Problem hinein. Es gibt ja nur 20 Bilder, aber so lädst du jedes Bild N mal in dein Dataset. Deswegen wäre es evtl. doch interessant zu wissen, was du mit den Daten weiter machen willst. Soll das Symbol mit in einem Grid angezeigt werden, oder...

Evtl. lädst du ja die 20 Bilder vorab, packst die in eine ImageList oder irgendeine andere Liste oder Array und "malst" die dann dahin, wo du die brauchst.

[Gollum]

Zitat:

Zitat von Jumpy (Beitrag 1283056)

Wie ist das denn eigentlich in Access selber, also wenn man das auch als Front-End benutzt? Kann man da die OLE-Felder direkt in ein Formular oder sowas einbinden?

Ja, kann man. Sogar in Berichten. Das schimpft sich dann "gebundenes Objektfeld".

[Jens Hartmann]

Also ich brauche die Bilder in einem Report. Diese müssen jeweils dem entsprechenden Eintrag zugewiesen angezeigt werden. Das mit der Imagelist habe ich vorab auch überlegt. Ich muss die Bilder aber an FastReport übergeben und diese sollen ja Datensatz bezogen sein. Daher müsste ich die Bilder ja auch in dem Dataset zur Verfügung haben. Oder?

[Dejan Vu]

Es gibt immer den Umweg über ein TfrxUserDataset.

[Sir Rufo]

Zitat:

Zitat von Dejan Vu (Beitrag 1283150)

Es gibt immer den Umweg über ein TfrxUserDataset.

:thumb:

[Perlsau]

Zitat:

Zitat von Jens Hartmann (Beitrag 1283070)

Ich habe das übrigens in Access selber schon versucht. Das mit dem Nachschlagen ist bei diesen Datentypen nicht möglich. Ich werde das ganze dann wohl über einen Jon lösen müssen.

Irgendwie scheine ich dein Problem nicht so recht zu begreifen: Du hast eine Haupt-Tabelle, die sagen wir mal Personen enthält: Id (Primary Key, AutoInc), Vorname (Text), Nachname (Text), Bild (Zahl). Dann hast du z.B. eine Tabelle, die Fotos von diesen Personen enthält: Id (Primary Key, AutoInc), Bild (Ole-Objekt). In der Spalte Bild deiner Haupttabelle trägst du via Nachschlage-Assistent die Spalte Id aus deiner Bild-Tabelle ein und gut ist. Mit anderen Worten: Du wählst nicht die Spalte mit dem Ole-Objekt als Verknüpfung, sondern die Spalte mit der Id (AutoInc).

[Sir Rufo]

Zitat:

Zitat von Perlsau (Beitrag 1283157)

Zitat:

Zitat von Jens Hartmann (Beitrag 1283070)

Ich habe das übrigens in Access selber schon versucht. Das mit dem Nachschlagen ist bei diesen Datentypen nicht möglich. Ich werde das ganze dann wohl über einen Jon lösen müssen.

Irgendwie scheine ich dein Problem nicht so recht zu begreifen: Du hast eine Haupt-Tabelle, die sagen wir mal Personen enthält: Id (Primary Key, AutoInc), Vorname (Text), Nachname (Text), Bild (Zahl). Dann hast du z.B. eine Tabelle, die Fotos von diesen Personen enthält: Id (Primary Key, AutoInc), Bild (Ole-Objekt). In der Spalte Bild deiner Haupttabelle trägst du via Nachschlage-Assistent die Spalte Id aus deiner Bild-Tabelle ein und gut ist. Mit anderen Worten: Du wählst nicht die Spalte mit dem Ole-Objekt als Verknüpfung, sondern die Spalte mit der Id (AutoInc).

Beim Nachschlagen sind immer 3 Werte involviert:

1. Bild-ID
2. ID (Bildertabelle)
3. Bild (Bildertabelle)

Das Problem ist nicht das Nachschlagen selber, sondern, dass ein Bild in einem BLOB-Feld ist und die BLOB-Felder eben nicht als Berechnetes oder Nachschlage-Feld genommen werden können. Das ist eine Einschränkung des Delphi-DataSets. Rein logisch würde das funktionieren.

[Perlsau]

Er soll ja auch nicht das Feld BILD der Bildertabelle als Nachschlagefeld wählen, sondern aus eben dieser Tabelle das Feld ID, das als Primary Key festgelegt sein sollte. Wäre es im Falle des TE nicht sogar am Einfachsten, er würde seiner Haupttabelle einfach die Spalte BILD (Ole-Object) hinzufügen, falls er pro Datensatz nur ein Bild zu speichern gedenkt?

Ich hab z.B. in etlichen Datenbanken für einen Datensatz der "Haupt"-Tabelle mehrere Bilder (z.B. für meine Währungs-DB, die alle Währungen der Welt enthält). Da gibt es dann eine "Zwischen"-Tabelle, die die Verknüpfungen enthält, z.B. für Euro alle Geldscheine und Münzen mit Vorder- und Rückseite. Dito in der Sub-Tabelle KURS, da stehen alle jemals ermittelten Kurswerte mit Datum drin, in der entsprechenden "Zwischentabelle" die Verknüpfungen. Das erlaubt dann die Darstellung von Kursverläufen einzelner Währungen über einen gewissen Zeitraum hinweg. Wäre der Kurs einer Währung unveränderlich, bräuchte ich das nicht und würde einfach in der Währungstabelle die Spalte KURS hinzufügen.

[Sir Rufo]

Ich glaube wir reden hier stark aneinander vorbei.

Folgendes Dataset per Abfrage

id	person_id
1	1
2	1
3	2

Und die Person_Tabelle

id	name	bild
1	Peter	(BLOB)
2	Walter	(BLOB)

Mit dem Nachschlagefeld kann ich die erste Abfrage erweitern, dass ich das Feld "name" auch noch dort sehe

id	person_id	person_name
1	1	Peter
2	1	Peter
3	2	Walter

Dabei wird das Feld "person_id" mit dem Feld "id" aus Person_Tabelle verbunden und als Feld, was den referenzierten Wert liefert eben "name" aus Person_Tabelle.

Funktioniert wunderbar.

Aber eben nicht, wenn das Feld was dort reinverknüpft werden soll ein BLOB Feld ist. Das Feld "name" ist (s.o.) kein Problem, ist ein VARCHAR.

Das hier geht also nicht

id	person_id	person_name	person_bild
1	1	Peter	(BLOB)
2	1	Peter	(BLOB)
3	2	Walter	(BLOB)

Das wollte der TE aber haben

Falls es immer noch nicht klar sein sollte was gesucht ist, dann diesen Artikel lesen
http://docwiki.embarcadero.com/RADSt...der_definieren