Remote Server Info [ERLEDIGT]
Moderator: Moderatoren
- Manfred
- Foren-Administrator
- Beiträge: 21199
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Re: Remote Server Info
Servus Werner,
da kommen wir ja wieder zu meinem Thread, in dem ich danach fragte, ob und wenn ja wer, jedesmal die Connection öffnet und dann sofort wieder schließt. Worauf da die Mehrheit (meiner Erinnerung nach) antwortet, am Anfang öffen und am Ende erst schließen). Die Connection wird einmal bei Programmstart geöffnet und dann bleibt sie solange auf, bis das Programm beendet wird. Ich glaube nicht das sowas eine gute Lösung wäre, wenn immer wieder User auf den ADS zugreifen und jedesmal die Connection geöffnet und dann wieder geschlossen wird.
da kommen wir ja wieder zu meinem Thread, in dem ich danach fragte, ob und wenn ja wer, jedesmal die Connection öffnet und dann sofort wieder schließt. Worauf da die Mehrheit (meiner Erinnerung nach) antwortet, am Anfang öffen und am Ende erst schließen). Die Connection wird einmal bei Programmstart geöffnet und dann bleibt sie solange auf, bis das Programm beendet wird. Ich glaube nicht das sowas eine gute Lösung wäre, wenn immer wieder User auf den ADS zugreifen und jedesmal die Connection geöffnet und dann wieder geschlossen wird.
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Remote Server Info
Servus Manfred,
richtig, die Antworten dazu wurden schon gegeben. Mein Post bezog sich auf die 2malige Aussage:
Die 3 Beispiele in der Doku erklären doch die grundsätzliche Vorgehensweise für den Connect, Abfrage und das Schließen der Session.
richtig, die Antworten dazu wurden schon gegeben. Mein Post bezog sich auf die 2malige Aussage:
Mit dem :disconnect() dürften auch beim ADS (ich kanns nur für den PG bestätigen) die Tabellen geschlossen werden. Ansonsten ist es doch Sache des SQL-Servers, was er wielange geöffnet hält. Der SQL-Server kümmert sich schon drum und schaut, dass alles gut performant abläuft.Aber die Doku gibt nichts her
Die 3 Beispiele in der Doku erklären doch die grundsätzliche Vorgehensweise für den Connect, Abfrage und das Schließen der Session.
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Manfred
- Foren-Administrator
- Beiträge: 21199
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Re: Remote Server Info
Hi Werner,
das ist ja jetzt unsere Frage. Ist das die absolute Aufgabe vom Server, oder aber läuft hier was falsch? Die Liste knallt sich total voll. Mich wundert nur, das es noch keinem anderen aufgefallen ist. Also gibt es für mich derzeit nur 3 Schlußfolgerungen:
1) keiner hat ein Programm im 24/7 Betrieb
2) keinem ist es bisher aufgefallen.
3) irgendwie wurde was falsch programmiert von mir.
Die Beispiele in der Doku beschreiben nur einen Vorgang. Und deshalb sieht es so aus, als wenn geöffnet, gearbeitet, geschlossen wird. Ich denk mal, das ist nur ein Hinweis darauf, das es nicht vergessen werden soll/darf
das ist ja jetzt unsere Frage. Ist das die absolute Aufgabe vom Server, oder aber läuft hier was falsch? Die Liste knallt sich total voll. Mich wundert nur, das es noch keinem anderen aufgefallen ist. Also gibt es für mich derzeit nur 3 Schlußfolgerungen:
1) keiner hat ein Programm im 24/7 Betrieb
2) keinem ist es bisher aufgefallen.
3) irgendwie wurde was falsch programmiert von mir.
Die Beispiele in der Doku beschreiben nur einen Vorgang. Und deshalb sieht es so aus, als wenn geöffnet, gearbeitet, geschlossen wird. Ich denk mal, das ist nur ein Hinweis darauf, das es nicht vergessen werden soll/darf
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
- Marcus Herz
- 1000 working lines a day
- Beiträge: 852
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 192 Mal
- Kontaktdaten:
Re: Remote Server Info
Das Problem und die fehlende Doku beziehen sich:
Hier scheint das Handle im ADS Server nicht geschlossen zu werden. Im Hintergrund werden ja auch 2 Handles für die Abfrage erzeugt:
- eins für die Initialisierung der SQL Connection
- noch eins für die Ergebnisdaten.
DbCloseArea() schliesst wohl nur das letzte, fehlt: oStmt:destroy() als Methode
Code: Alles auswählen
oStmt := DacSqlStatement( oSession ):fromChar( cStatement )
cAlias := oStmt:Build():Query()
dbselectarea(cAlias)
(cAlias)->(DBGOTOP())
(cAlias)->(DBCLOSEAREA())
- eins für die Initialisierung der SQL Connection
- noch eins für die Ergebnisdaten.
DbCloseArea() schliesst wohl nur das letzte, fehlt: oStmt:destroy() als Methode
Zuletzt geändert von Marcus Herz am Fr, 29. Mai 2020 15:33, insgesamt 1-mal geändert.
Gruß Marcus
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
- Bertram Hansen
- Foren-Moderator
- Beiträge: 1015
- Registriert: Di, 27. Sep 2005 8:55
- Wohnort: 51379 Leverkusen
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 20 Mal
- Kontaktdaten:
Re: Remote Server Info
Hallo Markus,
das habe ich gerade eben eingebaut mit dem Ergebnis, dass eine Fehlermeldung kommt. Methode ist für dieses Objekt unbekannt.
das habe ich gerade eben eingebaut mit dem Ergebnis, dass eine Fehlermeldung kommt. Methode ist für dieses Objekt unbekannt.
Gruß Bertram
http://www.tobax.de
Mitglied der XUG Cologne
Mitglied der XUG Osnabrück
Beisitzer des Deutschsprachige Xbase-Entwickler e.V.
Solange Kakaobohnen an Bäumen wachsen ist Schokolade Obst!
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Remote Server Info
Servus Markus,
unter PG sehe ich in so einem Fall genau eine Connection. oStmt nutzt ja nur das Connection-Handle zur Kommunikation (senden und empfangen von Befehlen / Daten). Das erzeugt am PG-Server keine weitere Verbindung. oStmt ist i. d. R. eine lokale Variable und wird doch am Ende der Procedure / Threads gekilled.
Nach meinem Verständnis ist alles, was man für den SQL-Server braucht, ein erfolgreicher Connect, den man irgendwann wieder schließt. Um alles andere kümmert sich doch der SQL-Server.
unter PG sehe ich in so einem Fall genau eine Connection. oStmt nutzt ja nur das Connection-Handle zur Kommunikation (senden und empfangen von Befehlen / Daten). Das erzeugt am PG-Server keine weitere Verbindung. oStmt ist i. d. R. eine lokale Variable und wird doch am Ende der Procedure / Threads gekilled.
Nach meinem Verständnis ist alles, was man für den SQL-Server braucht, ein erfolgreicher Connect, den man irgendwann wieder schließt. Um alles andere kümmert sich doch der SQL-Server.
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Remote Server Info
Servus Manfred,
was genau ist jetzt Dein Problem mit dem ADS? Hast Du ein :disconnect() drin und danach bleiben Verbindungen, Handles, Tabellen offen, obwohl keine andere Verbindung (auch von einem anderen Client / Benutzer / Thread) mehr existiert?
was genau ist jetzt Dein Problem mit dem ADS? Hast Du ein :disconnect() drin und danach bleiben Verbindungen, Handles, Tabellen offen, obwohl keine andere Verbindung (auch von einem anderen Client / Benutzer / Thread) mehr existiert?
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Marcus Herz
- 1000 working lines a day
- Beiträge: 852
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 192 Mal
- Kontaktdaten:
Re: Remote Server Info
Hallo Werner
ADS: Hier wird ja mittels der C-API gearbeitet, sowohl ADSDBE wie AdsClass. Und dazu gibt es 2 Layer: einen für die SQL Kommunikation und einen für das Resultset. Beise müssen geschlossen werden. Ich kann ja mit einer Connection beliebig viele Tabellen öffnen oder SQL Abfragen erstellen. Gleichzeitig.
PG: Auch hier kann ich mit einer Connection beliebig viele SQL Abfragen erzeugen, die Connection ist einmalig je App und bleibt solange offen.
ADS: Hier wird ja mittels der C-API gearbeitet, sowohl ADSDBE wie AdsClass. Und dazu gibt es 2 Layer: einen für die SQL Kommunikation und einen für das Resultset. Beise müssen geschlossen werden. Ich kann ja mit einer Connection beliebig viele Tabellen öffnen oder SQL Abfragen erstellen. Gleichzeitig.
PG: Auch hier kann ich mit einer Connection beliebig viele SQL Abfragen erzeugen, die Connection ist einmalig je App und bleibt solange offen.
Gruß Marcus
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
- Bertram Hansen
- Foren-Moderator
- Beiträge: 1015
- Registriert: Di, 27. Sep 2005 8:55
- Wohnort: 51379 Leverkusen
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 20 Mal
- Kontaktdaten:
Re: Remote Server Info
Hallo Werner,
durch ein :disconnect() werden alle geöffneten Dateien geschlossen. Das ist auch nicht das Problem.
Nach diesem dbCloseArea() ist aber die geöffnete Datei im ADS noch offen. Und jedesmal nach einem SQL-Befehl die Connection zu schliesen, ist doch bestimmt ein großer Zeitverlust.
durch ein :disconnect() werden alle geöffneten Dateien geschlossen. Das ist auch nicht das Problem.
Code: Alles auswählen
oStmt := DacSqlStatement( oSession ):fromChar( cStatement )
cAlias := oStmt:Build():Query()
dbselectarea(cAlias)
(cAlias)->(DBGOTOP())
(cAlias)->(DBCLOSEAREA())
Gruß Bertram
http://www.tobax.de
Mitglied der XUG Cologne
Mitglied der XUG Osnabrück
Beisitzer des Deutschsprachige Xbase-Entwickler e.V.
Solange Kakaobohnen an Bäumen wachsen ist Schokolade Obst!
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Remote Server Info
Servus Marcus und Bertram,
aber das oSession:disconnect() löscht doch die Verbindung / das Handle und schließt auch die Dateien am Server.
Wenn vor dem :disconnect() die Dateien auf dem SQL-Server offen bleiben, stört das doch niemanden? Mit DbCloseArea() wird ja in beiden Fällen (ADS und PG) nur das Result-Set / die temporäre DBF im lokalen Arbeitsspeicher des Client geschlossen.
Nochmal: Wo ist das Problem beim SQL-Server?
aber das oSession:disconnect() löscht doch die Verbindung / das Handle und schließt auch die Dateien am Server.
Wenn vor dem :disconnect() die Dateien auf dem SQL-Server offen bleiben, stört das doch niemanden? Mit DbCloseArea() wird ja in beiden Fällen (ADS und PG) nur das Result-Set / die temporäre DBF im lokalen Arbeitsspeicher des Client geschlossen.
Nochmal: Wo ist das Problem beim SQL-Server?
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Marcus Herz
- 1000 working lines a day
- Beiträge: 852
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 192 Mal
- Kontaktdaten:
Re: Remote Server Info
Manfred will ja kein Session:disconnect() machen, weil sonst müsste er ja nach jedem SQL eine :disconnect und dann wieder ein :connect machen.
Das wäre ein Workaround, aber nicht die Lösung.
Bei PG mag ein dbclosearea ausreichen. Da ist die API anderst strukturiert
Das wäre ein Workaround, aber nicht die Lösung.
Bei PG mag ein dbclosearea ausreichen. Da ist die API anderst strukturiert
Gruß Marcus
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
- Bertram Hansen
- Foren-Moderator
- Beiträge: 1015
- Registriert: Di, 27. Sep 2005 8:55
- Wohnort: 51379 Leverkusen
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 20 Mal
- Kontaktdaten:
Re: Remote Server Info
Genau Marcus
Gruß Bertram
http://www.tobax.de
Mitglied der XUG Cologne
Mitglied der XUG Osnabrück
Beisitzer des Deutschsprachige Xbase-Entwickler e.V.
Solange Kakaobohnen an Bäumen wachsen ist Schokolade Obst!
- Manfred
- Foren-Administrator
- Beiträge: 21199
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Re: Remote Server Info
jawoll
Das ist ein Webserver und der hat eigentlich andauernd Traffic. Und da möchte ich nicht wissen, was passiert, wenn man andauerend connected und disconnected.
Das ist ein Webserver und der hat eigentlich andauernd Traffic. Und da möchte ich nicht wissen, was passiert, wenn man andauerend connected und disconnected.
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2517
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Remote Server Info
Bei Postgres muss bei der Arbeit mit der DLL ein Resultset mit PQclear( nResultHandle ) geschlossen werden. Sonst bleiben auch alle geöffnet.
Vielleicht ist es bei ADS auch so.....
Vielleicht ist es bei ADS auch so.....
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Marcus Herz
- 1000 working lines a day
- Beiträge: 852
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 192 Mal
- Kontaktdaten:
Re: Remote Server Info
Manfred: Du wirst es, glaub ich, nicht merken, dauernd connect / disconnect, trotzdem keine Lösung.
Bin auf Alaska gespannt
Hab leider keine Testumgebung, um das auchmal zu analysieren
Bin auf Alaska gespannt
Hab leider keine Testumgebung, um das auchmal zu analysieren
Gruß Marcus
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
- Marcus Herz
- 1000 working lines a day
- Beiträge: 852
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 192 Mal
- Kontaktdaten:
Re: Remote Server Info
Ramses: genau so ein PQclear fehlt....
Gruß Marcus
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
- Manfred
- Foren-Administrator
- Beiträge: 21199
- Registriert: Di, 29. Nov 2005 16:58
- Wohnort: Kreis Wesel
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 67 Mal
Re: Remote Server Info
Das Beispiel von Bertram haben sie schon. Mal sehen, was passiert.
Gruß Manfred
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
Mitglied der XUG Osnabrück
Schatzmeister des Deutschsprachige Xbase-Entwickler e.V.
großer Fan des Xbaseentwicklerwiki https://wiki.xbaseentwickler.de/index.p ... Hauptseite
Doof kann man sein, man muß sich nur zu helfen wissen!!
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2517
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Remote Server Info
Wenn du das Statementhandle hast wäre doch dies die Lösung:
AdsCloseSQLStatement ( ADSHANDLE hStatement )
Remarks
All statement resources are released. If tables were opened during generation of the rowset, they will be closed.
If a cursor associated with this statement exists it is freed as well.
To close a cursor without releasing the statement handle, use AdsCloseTable on the cursor handle.
Valar Morghulis
Gruss Carlo
Gruss Carlo
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2517
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Remote Server Info
Ach so. Es geht euch nur um das warum.....Bertram Hansen hat geschrieben: ↑Fr, 29. Mai 2020 12:57 Hallo Carlo,
ich antworte mal für Manfred, weil wir beide uns damit aktuell rumschlagen.
Es geht nicht darum ein anderes Tool einzusetzen, sondern darum warum das beim ADS nicht funktioniert. Nur darum!!!!!
Bist du dir sicher, dass es mit PostgreSQL keine Probleme gibt?
Kannst du mal ein wenig Code zeigen, wie du das mit DacSqlStatement() realisiert hast?
Ja, ich bin mir sicher dass es mit PG keine Probleme gibt. Jedenfalls in meiner Anwendung.
Mit xb2net habe ich einen Web-Server am laufen der 50-100 Anfragen / Sek mit PG als Datenbank abarbeitet.
DacSqlStatement() verwende ich nicht. Ich wurde damit nicht Glücklich. Mit der Web-App hatte ich ganz andere Anforderungen an die Datenbankschnittselle das ging mit guter Performance nur mit API Aufrufen. Also natives PG.
Im Stil:
Code: Alles auswählen
::nResult := PQexec(::nConn, cExec )
// DLL libpq XIMPORT HANDLE PQexec(HANDLE conn, LPSTR cQuery)
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Bertram Hansen
- Foren-Moderator
- Beiträge: 1015
- Registriert: Di, 27. Sep 2005 8:55
- Wohnort: 51379 Leverkusen
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 20 Mal
- Kontaktdaten:
Re: Remote Server Info
Hallo Carlo,
das stimmt wenn ich AdsCloseSQLStatement ( ADSHANDLE hStatement ) einbauen würde, dann "dürfte" das Problem nicht mehr auftreten.
Aber über die normale Xbase++ Möglichkeiten steht darüber nichts in der Doku.
Ich habe jetzt noch eine andere Sachen ausprobiert. Ich habe auch das Tool von Roger Donnay (der Quellcode ist ja immer dabei). Roger hat auch für ADS eigene Tools geschrieben. Unter anderem gibt es bei Roger in seiner Klasse DC_AdsStatement() die Methode Close(). Und genau da werden die beiden ADS Funktionen:
AdsCloseTable(::CursorHandle)
AdsCloseSQLStatement(::StatementHandle)
aufgerufen.
Wenn ich Roger Tools verwende, dann wird die Tabelle nach der Methode Close() geschlossen.
Genauer gesagt, habe ich zum Test jeweils eine Schleife mit 5 Durchgängen gemacht. Mit den Xbase++ Befehlen wird immer eine neue Tabelle hinzugefügt und bleibt geöffnet und mit den Tools von Roger bleibt es immer nur bei einer Tabelle die geöffnet ist.
Erst mir disconnent() werden alle Tabellen geschlossen.
das stimmt wenn ich AdsCloseSQLStatement ( ADSHANDLE hStatement ) einbauen würde, dann "dürfte" das Problem nicht mehr auftreten.
Aber über die normale Xbase++ Möglichkeiten steht darüber nichts in der Doku.
Ich habe jetzt noch eine andere Sachen ausprobiert. Ich habe auch das Tool von Roger Donnay (der Quellcode ist ja immer dabei). Roger hat auch für ADS eigene Tools geschrieben. Unter anderem gibt es bei Roger in seiner Klasse DC_AdsStatement() die Methode Close(). Und genau da werden die beiden ADS Funktionen:
AdsCloseTable(::CursorHandle)
AdsCloseSQLStatement(::StatementHandle)
aufgerufen.
Wenn ich Roger Tools verwende, dann wird die Tabelle nach der Methode Close() geschlossen.
Genauer gesagt, habe ich zum Test jeweils eine Schleife mit 5 Durchgängen gemacht. Mit den Xbase++ Befehlen wird immer eine neue Tabelle hinzugefügt und bleibt geöffnet und mit den Tools von Roger bleibt es immer nur bei einer Tabelle die geöffnet ist.
Erst mir disconnent() werden alle Tabellen geschlossen.
Gruß Bertram
http://www.tobax.de
Mitglied der XUG Cologne
Mitglied der XUG Osnabrück
Beisitzer des Deutschsprachige Xbase-Entwickler e.V.
Solange Kakaobohnen an Bäumen wachsen ist Schokolade Obst!
-
- Der Entwickler von "Deep Thought"
- Beiträge: 2517
- Registriert: Mi, 28. Jul 2010 17:16
- Hat sich bedankt: 12 Mal
- Danksagung erhalten: 77 Mal
Re: Remote Server Info
Hallo Bertram
da hast du ja die Lösung gefunden. Roger hatte ganz sicher seine Gründe diese Klasse zu schreiben ..........
da hast du ja die Lösung gefunden. Roger hatte ganz sicher seine Gründe diese Klasse zu schreiben ..........
Valar Morghulis
Gruss Carlo
Gruss Carlo
- Bertram Hansen
- Foren-Moderator
- Beiträge: 1015
- Registriert: Di, 27. Sep 2005 8:55
- Wohnort: 51379 Leverkusen
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 20 Mal
- Kontaktdaten:
Re: Remote Server Info
Hallo Carlo,
ich bin mal gespannt, was Alaska dazu sagt. Nicht jeder hat das Tool von Roger.
ich bin mal gespannt, was Alaska dazu sagt. Nicht jeder hat das Tool von Roger.
Gruß Bertram
http://www.tobax.de
Mitglied der XUG Cologne
Mitglied der XUG Osnabrück
Beisitzer des Deutschsprachige Xbase-Entwickler e.V.
Solange Kakaobohnen an Bäumen wachsen ist Schokolade Obst!
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Remote Server Info
Das hab ich damit auch nicht sagen wollen.Marcus Herz hat geschrieben: ↑Fr, 29. Mai 2020 17:19 Manfred will ja kein Session:disconnect() machen, weil sonst müsste er ja nach jedem SQL eine :disconnect und dann wieder ein :connect machen.
Das wäre ein Workaround, aber nicht die Lösung.
Ich darf nochmal fragen:
Bertram und Manfred, was genau ist euer Problem, dass der ADS bis zum :disconnect() - vermutlich aus Performance-Gründen - Tabellen offen lässt?
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>
- Marcus Herz
- 1000 working lines a day
- Beiträge: 852
- Registriert: Mo, 16. Jan 2006 8:13
- Wohnort: Allgäu
- Hat sich bedankt: 39 Mal
- Danksagung erhalten: 192 Mal
- Kontaktdaten:
Re: Remote Server Info
Werner
der ADS lässt die Tabellen offen, weil die ADSDBE diese nicht komplett schliesst
der ADS lässt die Tabellen offen, weil die ADSDBE diese nicht komplett schliesst
Gruß Marcus
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
Erkenne, was du findest, dann weißt du, wonach du gesucht hast
- Werner_Bayern
- Der Entwickler von "Deep Thought"
- Beiträge: 2126
- Registriert: Sa, 30. Jan 2010 22:58
- Wohnort: Niederbayern
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 75 Mal
Re: Remote Server Info
und führt zu welchem Problem?
es grüßt
Werner
<when the music is over, turn off the lights!>
Werner
<when the music is over, turn off the lights!>