"Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

**Delphi.Narium**

Der Fehler entsteht aber nicht durch das DB-Grid, sondern durch die Menge der Daten. Da gab's schon immer 'nen Flaschenhals.

Statt BDE einfach mal ADO und den ODBC-Treiber von Windows für Paradox probieren (für Paradoxversionen 3.x, 4.x und 5.x)? Der Treiber ist bei meinem Windows 10 von Haus aus dabei (und war er bei älteren Windosen auch schon - führt halt nur ein Schattendasein, da keiner das wirklich zu nutzen scheint.)

Der Connectionstring könnte dann in etwa so aussehen:

markieren

Code:

			Provider=MSDASQL.1;Persist Security Info=False;Data Source=InDerODBCVerwaltungVergebenerName;
		

Oder 'ne DSN-Datei anlegen, die könnte dann in etwa so aussehen:

markieren

Code:

			[ODBC]

DRIVER=Microsoft Paradox Driver (*.db )

UID=admin

UserCommitSync=Yes

Threads=3

SafeTransactions=0

ParadoxUserName=admin

ParadoxNetStyle=4.x

ParadoxNetPath=C:\Temp

PageTimeout=5

MaxScanRows=8

MaxBufferSize=2048

FIL=Paradox 5.X

DriverId=538

DefaultDir=C:\Temp

CollatingSequence=ASCII

Oder direkt per Verbindungszeichenfolge:

markieren

Code:

Driver={Microsoft Paradox Driver (*.db )}; DBQ=c:\temp;DriverID=26

SQLDriverConnect (Paradox-Treiber)

SQLConfigDataSource (Paradox-Treiber)

Eventuell mal in der BDE-Configuration mit BLOBS TO CACHE = -1 probieren, ob das Problem dann weggeht. Eventuell aber auch in der TDataBase-Komponente (soweit sie genutzt wird) bei Params mal BLOBS TO CACHE=-1 angeben.
Der Fehler tritt halt auf, wenn mehr Blobfelder / Sätze mit Blobfeldern gelesen werden, als der Zahl, die bei BLOBS TO CACHE angegeben wurde, entspricht.

Invalid BLOB handle in record buffer

Eventuell bei der Benutzung der Komponente TQuery die Eigenschaft RequestLive auf True setzen. In der Delphi 7-Hilfe steht da einiges zu, schau mal nach, ob das eine Option sein könnte. (Bin mir nicht ganz sicher, aber der Blobcache wird dann umgangen, so dass das Problem damit eigentlich nicht (mehr) auftreten sollte.)

**himitsu**

Oder mal versuchen die Daten auszutrennen.

Nja, grundsätzlich ist es eh besser so wenig wie möglich Datensätze Daten zu laden.

* nicht die ganze Tabelle, sondern nur den/die wichtigen Datensätze (Filter / WHERE)
* aktuell "unnötige" Spalten im SELECT weglassen
* Spalten mit gleichen/wiederholenden Daten als MasterDetail über ein/mehrere weitere Datasets angängen
* auch die Blobs könnte man z.B. via MasterDetail auslagern, vielleicht auch manuell, über einen Ladeknopf

Wenn eh kaum gescrollt wird, bzw. die Zeit für das Scrollen nicht so schlimm ist, dann jeweils nur den aktuellen Blob laden
vielleicht auch im Hintergrund den/die Blobs in Ruhe in einen Cache nachladen, anstatt sofort ALLES bei der ersten Abfrage.

Teilweise können auch die DB-Komponenten selbst Teile eigenständig nachladen.
* z.B. den Blob erst laden, wenn drauf zugegriffen wird
* oder nicht alle Datensätze laden, sondern immer nur einen Teilbereich, worin man sich grade befindet
* oder ...

z.B. siehe FetchOptions beim TFDQuery

"Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

AW: "Invalid BLOB handle in record buffer." bei 2. Durchlaufen der Datensätze

Stichworte

Forumregeln