Firebird 5 statement cache abschalten

Themen rund um den praktischen Einsatz von Firebird. Fragen zu SQL, Performance, Datenbankstrukturen, etc.

Moderator: thorben.braun

Antworten
vr2
Beiträge: 239
Registriert: Fr 13. Apr 2018, 00:13

Hi zusammen,

FB5 hat den statement cache eingeführt, damit kann man u.a. Pläne von SPs extrahieren, in der neuen Syntax: mon$compiled_statements ist die virt. Tabelle, um den cache auszulesen:

Code: Alles auswählen

select * from test_sp('A') -- prepare reicht bereits, damit die SP und alle eventuellen sub-SPs im statement cache landen, inkl Plan

-- alle gecachten statements
select * from mon$compiled_statements

-- pläne für die gesamte SP test_sp
select cast(cs.mon$explained_plan as varchar(20000)) pln
from mon$compiled_statements cs
where cs.mon$object_name = 'TEST_SP'
and cs.mon$object_type = 5
order by cs.mon$compiled_statement_id desc
fetch first row only
Disconnect und der statement cache für diese connection ist wieder leer (mon$compiled_statements ist connectionspezifisch)

MaxStatementCacheSize = 0 in firebird.conf schaltet entgegen der Doku in https://firebirdsql.org/file/documentat ... eNotes.pdf, S. 19, den statement cache nicht ab. Könnt ihr das reproduzieren?

Denn das hätte ich gern mal ausprobiert, ich habe Situationen, wo ich kein plan caching haben will.

Grüße, Volker
Gerd
Beiträge: 242
Registriert: Di 1. Okt 2019, 17:13

vr2 hat geschrieben: So 6. Okt 2024, 02:11 ...

MaxStatementCacheSize = 0 in firebird.conf schaltet entgegen der Doku [...] den statement cache nicht ab. Könnt ihr das reproduzieren?
...
Grüße, Volker

Hallo Volker.

Für den Check habe ich die Beispiel-Datenbank "employee.fdb" - View: "PHONE_LIST" verwendet.

Habe zusätzlich in der Schrift:
"Detailed New Features Of Firebird 5" (D.Simonov; A.Kovyazin, Seiten: 15/16).
(dt: Detaillierte Neuerungen von Firebird 5 ((D.Simonov; A.Kovyazin)
nachgeschaut.


Demnach ist standardmäßig das Cachin durch den Eintrag "#MaxStatementCacheSize = 2M" in der "firebird.conf" in Firebird v5.01 (und bei mir) aktiviert.

Ändere ich in der "firebird.conf" den Wert auf "MaxStatementCacheSize = 0" dann ist der Anweisungs-Cache deaktiviert. Dieser Eintrag tut somit das, was ich erwarte.

#MaxStatementCacheSize = 2M (Standard-Einstellung hier bei mir mit ISQL Version: LI-V5.0.1.1469)

Code: Alles auswählen

gerd@gerd-MS-7641:~$ isql employee.fdb
Database: employee.fdb, User: GERD
SQL> SHOW VIEWS;
PHONE_LIST

SQL> SELECT * FROM PHONE_LIST;

 EMP_NO FIRST_NAME      LAST_NAME            PHONE_EXT LOCATION        PHONE_NO             
======= =============== ==================== ========= =============== ==================== 
      2 Robert          Nelson               250       Monterey        (408) 555-1234       
      4 Bruce           Young                233       Monterey        (408) 555-1234       
      5 Kim             Lambert              22        Boston          (617) 555-1234       
      8 Leslie          Johnson              410       San Francisco   (415) 555-1234       
      9 Phil            Forest               229       Monterey        (408) 555-1234       
     11 K. J.           Weston               34        Boston          (617) 555-1234       
     12 Terri           Lee                  256       Monterey        (408) 555-1234       
     14 Stewart         Hall                 227       Monterey        (408) 555-1234       
     15 Katherine       Young                231       Monterey        (408) 555-1234       
     20 Chris           Papadopoulos         887       Burlington, VT  (802) 555-1234       
     24 Pete            Fisher               888       Burlington, VT  (802) 555-1234       
     28 Ann             Bennet               5         London          71 235-4400          
     29 Roger           De Souza             288       Monterey        (408) 555-1234       
     34 Janet           Baldwin              2         Kuaui           (808) 555-1234       
     36 Roger           Reeves               6         London          71 235-4400          
     37 Willie          Stansbury            7         London          71 235-4400          
     44 Leslie          Phong                216       Monterey        (408) 555-1234       
     45 Ashok           Ramanathan           209       Monterey        (408) 555-1234       
     46 Walter          Steadman             210       Monterey        (408) 555-1234       
     52 Carol           Nordstrom            420       San Francisco   (415) 555-1234       

 EMP_NO FIRST_NAME      LAST_NAME            PHONE_EXT LOCATION        PHONE_NO             
======= =============== ==================== ========= =============== ==================== 
     61 Luke            Leung                3         Kuaui           (808) 555-1234       
     65 Sue Anne        O'Brien              877       Burlington, VT  (802) 555-1234       
     71 Jennifer M.     Burbank              289       Monterey        (408) 555-1234       
     72 Claudia         Sutherland           <null>    Toronto         (416) 677-1000       
     83 Dana            Bishop               290       Monterey        (408) 555-1234       
     85 Mary S.         MacDonald            477       San Francisco   (415) 555-1234       
     94 Randy           Williams             892       Burlington, VT  (802) 555-1234       
    105 Oliver H.       Bender               255       Monterey        (408) 555-1234       
    107 Kevin           Cook                 894       Burlington, VT  (802) 555-1234       
    109 Kelly           Brown                202       Monterey        (408) 555-1234       
    110 Yuki            Ichida               22        Tokyo           3 5350 0901          
    113 Mary            Page                 845       Burlington, VT  (802) 555-1234       
    114 Bill            Parker               247       Monterey        (408) 555-1234       
    118 Takashi         Yamamoto             23        Tokyo           3 5350 0901          
    121 Roberto         Ferrari              1         Milan           2 430 39 39          
    127 Michael         Yanowski             492       San Francisco   (415) 555-1234       
    134 Jacques         Glon                 <null>    Cannes          58 68 11 12          
    136 Scott           Johnson              265       Monterey        (408) 555-1234       
    138 T.J.            Green                218       Monterey        (408) 555-1234       
    141 Pierre          Osborne              <null>    Zurich          1 211 7767           

 EMP_NO FIRST_NAME      LAST_NAME            PHONE_EXT LOCATION        PHONE_NO             
======= =============== ==================== ========= =============== ==================== 
    144 John            Montgomery           820       Burlington, VT  (802) 555-1234       
    145 Mark            Guckenheimer         221       Monterey        (408) 555-1234       

SQL> select * from mon$compiled_statements;

MON$COMPILED_STATEMENT_ID      MON$SQL_TEXT MON$EXPLAINED_PLAN MON$OBJECT_NAME                                                 MON$OBJECT_TYPE MON$PACKAGE_NAME                                                 MON$STAT_ID 
========================= ================= ================== =============================================================== =============== =============================================================== ============ 
                      131               0:1                0:2 <null>                                                                   <null> <null>                                                                    46 
==============================================================================
MON$SQL_TEXT:  
select * from mon$compiled_statements
==============================================================================
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Table "MON$COMPILED_STATEMENTS" Full Scan
==============================================================================
                      127               0:3                0:4 <null>                                                                   <null> <null>                                                                    47 
==============================================================================
MON$SQL_TEXT:  
SELECT * FROM PHONE_LIST
==============================================================================
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Filter
        -> Hash Join (inner)
            -> Table "EMPLOYEE" as "PHONE_LIST EMPLOYEE" Full Scan
            -> Record Buffer (record length: 65)
                -> Table "DEPARTMENT" as "PHONE_LIST DEPARTMENT" Full Scan
==============================================================================
                       85            <null>                0:5 <null>                                                                   <null> <null>                                                                    48 
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Filter
        -> Table "RDB$RELATIONS" Access By ID
            -> Index "RDB$INDEX_0" Full Scan
==============================================================================

SQL> 
MaxStatementCacheSize = 0 (Mein Check ...)

Code: Alles auswählen

gerd@gerd-MS-7641:~$ isql employee.fdb
Database: employee.fdb, User: GERD
SQL> SHOW VIEWS;
PHONE_LIST

SQL> SELECT * FROM PHONE_LIST;

 EMP_NO FIRST_NAME      LAST_NAME            PHONE_EXT LOCATION        PHONE_NO             
======= =============== ==================== ========= =============== ==================== 
      2 Robert          Nelson               250       Monterey        (408) 555-1234       
      4 Bruce           Young                233       Monterey        (408) 555-1234       
      5 Kim             Lambert              22        Boston          (617) 555-1234       
      8 Leslie          Johnson              410       San Francisco   (415) 555-1234       
      9 Phil            Forest               229       Monterey        (408) 555-1234       
     11 K. J.           Weston               34        Boston          (617) 555-1234       
     12 Terri           Lee                  256       Monterey        (408) 555-1234       
     14 Stewart         Hall                 227       Monterey        (408) 555-1234       
     15 Katherine       Young                231       Monterey        (408) 555-1234       
     20 Chris           Papadopoulos         887       Burlington, VT  (802) 555-1234       
     24 Pete            Fisher               888       Burlington, VT  (802) 555-1234       
     28 Ann             Bennet               5         London          71 235-4400          
     29 Roger           De Souza             288       Monterey        (408) 555-1234       
     34 Janet           Baldwin              2         Kuaui           (808) 555-1234       
     36 Roger           Reeves               6         London          71 235-4400          
     37 Willie          Stansbury            7         London          71 235-4400          
     44 Leslie          Phong                216       Monterey        (408) 555-1234       
     45 Ashok           Ramanathan           209       Monterey        (408) 555-1234       
     46 Walter          Steadman             210       Monterey        (408) 555-1234       
     52 Carol           Nordstrom            420       San Francisco   (415) 555-1234       

 EMP_NO FIRST_NAME      LAST_NAME            PHONE_EXT LOCATION        PHONE_NO             
======= =============== ==================== ========= =============== ==================== 
     61 Luke            Leung                3         Kuaui           (808) 555-1234       
     65 Sue Anne        O'Brien              877       Burlington, VT  (802) 555-1234       
     71 Jennifer M.     Burbank              289       Monterey        (408) 555-1234       
     72 Claudia         Sutherland           <null>    Toronto         (416) 677-1000       
     83 Dana            Bishop               290       Monterey        (408) 555-1234       
     85 Mary S.         MacDonald            477       San Francisco   (415) 555-1234       
     94 Randy           Williams             892       Burlington, VT  (802) 555-1234       
    105 Oliver H.       Bender               255       Monterey        (408) 555-1234       
    107 Kevin           Cook                 894       Burlington, VT  (802) 555-1234       
    109 Kelly           Brown                202       Monterey        (408) 555-1234       
    110 Yuki            Ichida               22        Tokyo           3 5350 0901          
    113 Mary            Page                 845       Burlington, VT  (802) 555-1234       
    114 Bill            Parker               247       Monterey        (408) 555-1234       
    118 Takashi         Yamamoto             23        Tokyo           3 5350 0901          
    121 Roberto         Ferrari              1         Milan           2 430 39 39          
    127 Michael         Yanowski             492       San Francisco   (415) 555-1234       
    134 Jacques         Glon                 <null>    Cannes          58 68 11 12          
    136 Scott           Johnson              265       Monterey        (408) 555-1234       
    138 T.J.            Green                218       Monterey        (408) 555-1234       
    141 Pierre          Osborne              <null>    Zurich          1 211 7767           

 EMP_NO FIRST_NAME      LAST_NAME            PHONE_EXT LOCATION        PHONE_NO             
======= =============== ==================== ========= =============== ==================== 
    144 John            Montgomery           820       Burlington, VT  (802) 555-1234       
    145 Mark            Guckenheimer         221       Monterey        (408) 555-1234       

SQL> select * from mon$compiled_statements;

MON$COMPILED_STATEMENT_ID      MON$SQL_TEXT MON$EXPLAINED_PLAN MON$OBJECT_NAME                                                 MON$OBJECT_TYPE MON$PACKAGE_NAME                                                 MON$STAT_ID 
========================= ================= ================== =============================================================== =============== =============================================================== ============ 
                      131               0:1                0:2 <null>                                                                   <null> <null>                                                                    46 
==============================================================================
MON$SQL_TEXT:  
select * from mon$compiled_statements
==============================================================================
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Table "MON$COMPILED_STATEMENTS" Full Scan
==============================================================================
                       85            <null>                0:3 <null>                                                                   <null> <null>                                                                    47 
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Filter
        -> Table "RDB$RELATIONS" Access By ID
            -> Index "RDB$INDEX_0" Full Scan
==============================================================================

SQL> 
Hoffe, ich habe Dein Anliegen richtig verstanden.


Viele Grüße
Gerd
ISQL Version: LI-V5.0.1.1469
Linux Mint 22 Cinnamon 6.2.7
bfuerchau
Beiträge: 541
Registriert: Mo 7. Mai 2018, 18:09
Kontaktdaten:

Bei Änderungen der .conf ist i.d.R. auch ein Neustart des Servers erforderlich.

Leider ist der Cache derzeit nur je Connection.
Wenn man also ohne Pool arbeitet und auf Grund des Satzversioning mit

- open
- start transaction
- execute Statements (also auch mehrere
- commit/rollback
- close

arbeitet bringt mir der Cache nichts.
In anderen DB's wird der Cache persistiert und liegt nicht nur im Speicher.
Andererseits habe ich in FB 3.0 auch bei komplexen SQL's für den Prepare-Vorgang selten mehr als 10 Millisekunden im SQL-Monitor gesehen, somit ist der Cache nur bei Abfragen relevant, wenn sie mehr als ein paar 1000 Sätze im Result liefern.

Interessant klingt eher der Optimizer. Daraus kann ich meine automatisierte Indexstrategie anpassen um die Trefferquote zu erhöhen (Vergleich Plan-Meldung zu meiner Erstellung).
Schön wäre es , wenn der Optimizer auch Index-Vorschläge auswerfen könnte um diese dann permanent zu erstellen.
Benutzeravatar
martin.koeditz
Beiträge: 474
Registriert: Sa 31. Mär 2018, 14:35

Schön wäre es , wenn der Optimizer auch Index-Vorschläge auswerfen könnte um diese dann permanent zu erstellen.
Was meinst du hiermit? Schwebt dir etwas konkretes hier vor?
Martin Köditz
it & synergy GmbH
bfuerchau
Beiträge: 541
Registriert: Mo 7. Mai 2018, 18:09
Kontaktdaten:

Derzeit prüft der FB-Server an hand der vorhandenen Indexe welcher davon am besten zu verwenden ist.
Dabei wird, laut Doku 5.0, die where klausel, ebenso auch die on-Klausel des Joins, analysiert um das jeweils beste Verfahren anzuwenden.
Das Ergebnis ist dann der Plan, den wir auslesen können.
Nun ist es für einen normalen Anwendungentwickler ein leichtes, während der Entwicklung verschiedene Indexe anzulegen und auszuprobieren. Indexe, die nicht genannt werden, können dann wieder entfernt werden. Dazu gibs, relativ allgemein bekannt, ein paar Grundregeln, wie ein Index aussehen könnte.
Da nun mal die FB nach ihren Regeln und der Indexselektivity einen Index sucht, sollte es doch auch möglich sein, die Suchanfrage, die ja den gewünschten Index darstellen sollte, ausgeben zu können.
Wenn die Where-Klausel also F1 = x and F4 = y and F7 = z enthält, wäre das gesuchte Ergebnis ein Index mit F1,F4,F7.
Da Or-Klauseln nach boolscher Algebra zerlegt werden um Indizes zu ermitteln erhält man mehrere Möglichkeiten:
f1 = x and (f4 = y or f7 = z ) ergibt f1 = x and f4=y or f1 = x and f7 = z.
Somit 2 Indexe als Vorschlag: F1,F4 sowie F1,F7.
Der Index F1,F4 ist bereits in F1,F4,F7 inkludiert, daher kann dieser mit verwendet werden.
F1,F7 wäre dann halt zu erstellen.
Wobei letzteres von der DB2 for i (ja, ich weiß das ist AS/400) auchdazu führt, dass der Index F1,F4,F7 trotzdem verwendet werden kann, aber das ist ja was anderes.

Hintergrund dazu ist, dass durch BI-Anwendungen außerhalb der normalen Anwendung mit den Daten umgegangen wird.
Hierzu werden dem Enduser diverse Werkzeuge bereitgestellt um beliebige Abfragen zu gestalten über die sich der ursprüngliche Entwickler nie Gedanken gemacht hat.
Wenn man nun die Enduser an die orginal DB's lässt ist da schon mal Ärger vorprogrammiert, da nun mal ständige Abfragen der BI-Tools auch die DB belasten und ggf. andere Aktivitäten ausbremsen. Beim SQL-Server sogar durch Lock-Escalation bis zum Stillstand während einer Abfrage.
Und je nach Qualität eines BI-Tools bleibt die Verbindung dann auch noch geöffnet, was im lebendenden System bei der FB zu erheblichen Steigerungen der Satzversionen führt.

Meine internen automatisierten Verfahren analysieren also ebenso die Where-Klausel, allerdings so wie ich sie mir denke, erstelle die Indexe und trage diese mit einem Datum in eine Tabelle ein.
Über den gemeldet Plan trage ich dann die Zugriffszeit ein. Bei einer entsprechenden Auswertung zeigte sich in der Vergangenheit eine Trefferquote von 80-90%.

Nun werden die Abfragen jedoch immer komplexer. Es werden viele Tabellen (manchmal bis zu 30) miteinander verknüpft und die Where-Klausel zieht sich ebenso über mehrere Tabellen. Hier ist es ebenso erforderlich, die Klauseln zu analysieren und Indexe zu erstellen.
Aber genau das ist nun das Problem. Die Join-Tabellen werden i.d.R. mittels Left join Primary Key verknüpft. Inner join geht halt nicht, da eben nicht für jeden Schlüssel ein Satz da sein muss.
Trotzdem müsste ich nun herausfinden, wie ggf. die On-Beziehung zu ergänzen wäre um einen passenden Index zu erstellen.
Dazu gibts halt auch Regeln:

select a.f1, a.f2, b.f3 from table1 a left join table2 b on a.f1 = b.f3 and a.f2 = b.f7
where a.f1 = x and b.f5 = y

Der Index a.F1 kann erstellt werden, was ggf. jedoch keine Sinn macht wenn die Selektivity nicht passt.
Für table2 gibts den Primary Key f3,f7. Ich müsste nun einen Index erstellen über
f3,f7,f5 und die Joinbeziehug anpassen. Zumal eine Abfrage b.f5 = y aus dem left join einen inner join impliziert.
Um das zu verhindern, wird automatisiert aus b.f5 = y ein coalesce(b.f5, default) = y.
Allerdings nur, wenn der default = y ist.
Fazit aktuell: Die Tefferquote liegt eher bei 30 - 50%.

Usw. usf.

Da nun die FB-Entwickler wissen, wie ihre Strategie ist, einen Index zu finden, könnte es auch eine Vorschlagsliste, wie der Plan, geben, welche Indexe von Vorteil wären.
vr2
Beiträge: 239
Registriert: Fr 13. Apr 2018, 00:13

Hallo Gerd,
Gerd hat geschrieben: So 6. Okt 2024, 19:58 Ändere ich in der "firebird.conf" den Wert auf "MaxStatementCacheSize = 0" dann ist der Anweisungs-Cache deaktiviert. Dieser Eintrag tut somit das, was ich erwarte.
Danke für die Forschung. Könntest Du den Test bitte nochmal mit einer SP wiederholen? Ich habe folgende benutzt, (ohne Plan, der interessiert hierbei nicht), und die SP erscheint immer in mon$compiled_statements, die StatementCache-Abschaltung auf Serverebene und/oder DB-Ebene wird ignoriert (den Server nach Änderung natürlich neu gestartet):

Code: Alles auswählen

CREATE PROCEDURE TEST_SP
RETURNS (
  STATUS VARCHAR(10)
)
AS
begin
  status = 'ok';
  suspend;
end;
dann:

Code: Alles auswählen

select * from test_sp;
select * from mon$compiled_statements;
Evtl verhalten sich hier die linux- und Windows-Versionen unterschiedlich, kommt manchmal vor, aber das sehen wir bald.

Viele Grüße, Volker
Gerd
Beiträge: 242
Registriert: Di 1. Okt 2019, 17:13

Hallo Volker.

Kurz vorab:
:: Ja, ich versuche es hier mit deiner SP nachzustellen. Nur ist es unklar, ob ich heute noch dazu komme.

:: habe ja mit der Beispiel-Datenbank "employee.fdb" diesbezüglich hantiert.
Die hat einige SP (bspw. Anlegen eines neuen Projekts, ...). Habe ich ausgeführt. Das hat auch, wie von mir erwartet, funktioniert.

Ich melde mich.

(Was mich betrifft, so belasse ich die Standardeinstellung (=Anlegen des Statement-Cache). Aber auch ich möchte sicher sein, dass es funktioniert.)

Viele Grüße
Gerd
ISQL Version: LI-V5.0.1.1469
Linux Mint 22 Cinnamon 6.2.7
Gerd
Beiträge: 242
Registriert: Di 1. Okt 2019, 17:13

Gerd hat geschrieben: Mi 9. Okt 2024, 13:21 Hallo Volker.

Kurz vorab:
:: Ja, ich versuche es hier mit deiner SP nachzustellen. Nur ist es unklar, ob ich heute noch dazu komme.


Viele Grüße
Gerd
Hallo Volker.

So erledigt:

Vielleicht hat es was mit dem Objekttyp "5 - stored procedure") zu tun?

Fakt ist, ich erwarte diesen Eintrag in der Monitortabelle "mon$compiled_statements" bei "MaxStatementCacheSize = 0" - wie du - auch nicht!
Das ist ein Fehler - da hast du den Finger in der Wunde. Und ich schließe mich dem nun auch an.

firebird.conf --> "#MaxStatementCacheSize = 2M" ( = Standard -> Statement Cache ist aktiviert)

Code: Alles auswählen

gerd@gerd-MS-7641:~$ isql
Use CONNECT or CREATE DATABASE to specify a database
SQL> CONNECT '/home/gerd/Firebird/Datenbanken/employee.fdb' user sysdba password 'geheimes_passwort';
Database: '/home/gerd/Firebird/Datenbanken/employee.fdb', User: SYSDBA
SQL> select * from test_sp;

STATUS     
========== 
ok         

SQL> select * from mon$compiled_statements;

MON$COMPILED_STATEMENT_ID      MON$SQL_TEXT MON$EXPLAINED_PLAN MON$OBJECT_NAME                                                 MON$OBJECT_TYPE MON$PACKAGE_NAME                                                 MON$STAT_ID 
========================= ================= ================== =============================================================== =============== =============================================================== ============ 
                      105            <null>             <null> TEST_SP                                                                       5 <null>                                                                    38 
                      109               0:1                0:2 <null>                                                                   <null> <null>                                                                    39 
==============================================================================
MON$SQL_TEXT:  
select * from mon$compiled_statements
==============================================================================
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Table "MON$COMPILED_STATEMENTS" Full Scan
==============================================================================
                      104               0:3                0:4 <null>                                                                   <null> <null>                                                                    40 
==============================================================================
MON$SQL_TEXT:  
select * from test_sp
==============================================================================
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Procedure "TEST_SP" Scan
==============================================================================

SQL> 
firebird.conf --> "MaxStatementCacheSize = 0" ( = Statement Cache ist deaktiviert)

Code: Alles auswählen

gerd@gerd-MS-7641:~$ isql
Use CONNECT or CREATE DATABASE to specify a database
SQL> CONNECT '/home/gerd/Firebird/Datenbanken/employee.fdb' user sysdba password 'geheimes_passwort';
Database: '/home/gerd/Firebird/Datenbanken/employee.fdb', User: SYSDBA
SQL> select * from test_sp;

STATUS     
========== 
ok         

SQL> select * from mon$compiled_statements;

MON$COMPILED_STATEMENT_ID      MON$SQL_TEXT MON$EXPLAINED_PLAN MON$OBJECT_NAME                                                 MON$OBJECT_TYPE MON$PACKAGE_NAME                                                 MON$STAT_ID 
========================= ================= ================== =============================================================== =============== =============================================================== ============ 
                      105            <null>             <null> TEST_SP                                                                       5 <null>                                                                    38 
                      109               0:1                0:2 <null>                                                                   <null> <null>                                                                    39 
==============================================================================
MON$SQL_TEXT:  
select * from mon$compiled_statements
==============================================================================
==============================================================================
MON$EXPLAINED_PLAN:  

Select Expression
    -> Table "MON$COMPILED_STATEMENTS" Full Scan
==============================================================================

SQL> 
Bei Fragen bitte melden.

Viele Grüße
Gerd
ISQL Version: LI-V5.0.1.1469
Linux Mint 22 Cinnamon 6.2.7
Antworten