hi,
vorweg : ich habe das Beispiel lo_import / lo_export ausprobiert und es funktioniert bei mir
“das” wäre wohl der “richtige” Weg um ein Bitmap zu speichern …
nun habe ich eine “vorgegebene” v8.3 PostgreSQL Table wo bytea dafür verwendet wird !
wenn ich nun mit meinem “native” Control via libpq.dll auf das Field zugreife bekomme ich so was
\x28000000fa000000c80000000100080000000000e0c40000842500008425000000000000000000
00ffffff00ccffff0099ffff0066ffff0033ffff0000ffff00ffccff00ccccff0099ccff0066ccff ...
das sieht mit nun gar nicht nach einem Bitmap Header aus … kein “BM6” …
wie schon gesagt ein “large Object” wäre wohl der “richtige” Weg aber ich muss nun mit “der” Konstruktion leben …
was “könnte” sich der Erfinder von einer solchen bytea <-> Bitmap Kontrucktion “gedacht” haben ?
-- Table: parts
-- DROP TABLE parts;
CREATE TABLE parts
(
partno character(8),
partname character(20),
parttype character(20),
purchase numeric(7,2),
sellprice numeric(7,2),
margin numeric(3,1),
bmpimage bytea,
__deleted boolean NOT NULL DEFAULT false,
__record serial NOT NULL,
__rowversion integer NOT NULL DEFAULT 0,
__keyversion integer NOT NULL DEFAULT 0,
__lock_owner integer NOT NULL DEFAULT 0,
__order_parts_partno character(19),
__order_parts_partname character(31),
CONSTRAINT parts_pkey PRIMARY KEY (__record )
)
WITH (
OIDS=FALSE
);
ALTER TABLE parts
OWNER TO postgres;
-- Trigger: parts_isam_rowversion on parts
-- DROP TRIGGER parts_isam_rowversion ON parts;
*** abgeschnitten ***
ich habe es mit Encode / Decode versucht …
oder muss ich mit dem “String” evtl eine Bitmap API Structure “füllen” ?
hat jemand irgendeine weitere Idee ?