Delphi + SQL: Fehlermeldung "... hstmt ..."?

Ich schreibe seit einiger Zeit an einer Client-Server-Applikation. In letzter Zeit häuft sich die Fehlermeldung: "Verbindung mit Ergebnissen für anderen hstmt besetzt". Was bedeutet hstmt? Wodurch wird diese Meldung ausgelöst bzw. besser: Wie kann ich sie beseitigen?

System: MS SQL v7.0, Delphi v4.03, BDE v5.11

O Love

------------------
"I will not abide disobedience!"

Hi,

gehst du über ODBC an deine Datenbank ?

Wenn ja, 'hstmt' ist ein ODBC-Statement-Handle. Allerdings kenne ich unter ODBC so eine Meldung nicht.
Vielleicht kann jemand der sich mit der BDE auskennt da weiter helfen.


...yks

Korrekt, ich (bzw. die Firma) habe nur die Professional Version von Delphi, da muß ich den Umweg über BDE und ODBC gehen.

Hmm, Deine Erklärung zu hstmt geht in Richtung meiner Vermutung, daß es etwas mit Queries zu tun hat. Aber was?

O Love

------------------
"I will not abide disobedience!"

Von dieser BDE war ich noch nie ein Fan.

Schau mal unter http://delphi.icm.edu.pl/ nach ODBC-Komponenten, die nicht die BDE benötigen z.B. MODBC (Freeware).

Bei der Entprise von D5 hast zu noch die lahme alternative via ADO.

...yks

So, heute habe ich eine große Update-Aktion gefahren: SQL7 SP2 und MDAC 2.5, hat nichts gebracht.

Delphi Super Page: Ich halte nicht viel von Datenbank-Komponenten, wo ich keinen Quelltext dazu habe. Erstens kann ich die nie so richtig kommerziell einsetzen, und dann kann ich bei Fehlern nicht suchen gehen. Zumal ich die gesamte Palette TDatabase, TTable, TQuery, TStoredProc, ... bräuchte.

Bei der Entprise von D5 hast zu noch die lahme alternative via ADO.

Zum Vergrößern anklicken....

Ehrlich? Ich hatte gerade gehofft, daß durch den Wegfall der BDE bei der Client/Server-Version von Delphi alles besser und schneller wird?!

O Love

------------------
"I will not abide disobedience!"

Hi,

also bei MODBC ist der Quellcode dabei.
War auch nur 'ne Idee um den Fehler einzukreisen.

...yks

Vielen Dank für den Hinweis, MODBC hat mein Kollege sowieso schon rumliegen. Dummerweise habe ich eigentlich keine Zeit, groß nach dem Fehler zu suchen, weil ja eigentlich die Anwendung geschrieben werden muß. Oh well...

Kannst Du mir noch ein bisserl über ADO (s.o.) erzählen? Das interessiert mich doch jetzt gewaltig: Wird ADO langsamer als BDE + ODBC?

O Love

------------------
"I will not abide disobedience!"

Hi,

also ob ADO langsamer als BDE+ODBC ist, weiss ich nicht, da ich BDE niemals nutze.

Aber in Fachzeitschriften stand damals beim Test von D5, das die ADO-Komponenten von Delphi sehr langsam sind, nicht ADO selber !

Ich habe ADO das erste mal erst unter VB eingesetzt ( allerdings ADO auf ODBC aufgesetzt !). War akzeptabel.

Wenn du ADO nutzen willst ( bei dir mit MS-SQL 7) solltest du auch den MS-SQL ADO-Teiber (Provider) auswählen und nicht den Umweg via ODBC.

Da ADO auf der COM-Teknik basiert, sollte man das Ding so und so direkt und nicht via Komponenten ansprechen.

Wenn du dich etwas in ADO einlesen willst, im Buchladen mal etwas in "DB-Programmierung mit VB6" von M$-Press schnorend :sunglas: schmökern (Kapitel 6). Ist allerding VB lastig


...yks

So, Schluß, aus! Ich habe die bewußte TQuery entfernt, und arbeite wieder mit einer TTable, deren Einträge gefiltert werden. Ist zwar langsamer, weil er immer die komplette Datenmenge vom Server holt, aber wenigstens bugfrei. Die Probleme traten nämlich in Zusammenhang mit TQuery.RequestLive auf, weil ich die eingeschränkte Datenmenge editieren muß. Läßt man das weg, dann kommt auch der Fehler nicht. Dumme Sache, das...

Aha, die ADO-Komponenten von Delphi sind langsam? Vielleicht gibt es da ja schon ein Update von Inprise? Ich habe ja nach wie vor noch Delphi 4, kann das also nicht nachvollziehen. Dessen ungeachtet hat mein Kollege gestern ein paar freie ADO-Komponenten gezogen, die sind zwar ohne Source, aber man kann die ja mal probieren. Ist nur etwas schwierig, weil ich in meiner Anwendung derzeit 89 Tabellen und diverse Queries habe...

O Love

------------------
"I will not abide disobedience!"

Salute,

von Delphi5 ist mitlerweile schon ein Update rausgebracht worden. Ich kann aber eine Auskunft darüber geben, ob der ADO Teil geuppt wurde, da ich selber mit den mit den OracleDataAccess Treibern arbeite.
Hier die URL -> http://www.inprise.com/devsupport/delphi/downloads/dent501download.html

WEBSTER