AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Index bei StoredProcezure
Thema durchsuchen
Ansicht
Themen-Optionen

Index bei StoredProcezure

Ein Thema von Dumpfbacke · begonnen am 25. Nov 2021 · letzter Beitrag vom 1. Dez 2021
Antwort Antwort
Seite 2 von 2     12   
Delphi.Narium

Registriert seit: 27. Nov 2017
2.508 Beiträge
 
Delphi 7 Professional
 
#11

AW: Index bei StoredProcedure

  Alt 1. Dez 2021, 19:22
Wenn mich nicht alles täuscht, machst Du folgendes:

In der Prozedur holst Du alle 86 Mio Datensätze ohne Einschränkung aus der Tabelle.

Über das Ergebnis machst Du nun eine Abfrage mit einer Einschränkung in der Wherebedingung.

Meiner Meinung nach muss die einschränkende Wherebedingung in die Prozedure, da nur dort die Nutzung des Index sinnvoll möglich ist.

Letztlich machst Du aktuell sowas:
SQL-Code:
select feld1, feld2 from
(
  select TB.Feld1, TB.feld2 from Tabelle1 TB -- ohne Einschränkung ist die Nutzung eines Index nicht sinnvoll
)
where Feld1 starting with 'Aand Feld2 starting with '7-- und hier gibt es keinen Index, der genutzt werden könnte.
Sinngemäß sollte sowas gehen: (mit minimaler Datenmenge getestet und hingedaddelt)
SQL-Code:
SET TERM ^ ;
create procedure NEW_PROCEDURE(Start1 varchar(32), Start2 varchar(32))
  returns (Feld1 varchar(32), Feld2 varchar(32))
as
begin
  for
    select TB.Feld1, TB.feld2
    from Tabelle1 TB
    where TB.Feld1 starting with :Start1 and TB.Feld2 starting with :Start2
    group by TB.Feld1, TB.Feld2
    into :Feld1, Feld2
  do
    suspend;
end^

SET TERM ; ^
Aufruf: Select Feld1, Feld2 from NEW_PROCEDURE('A','7')
Zumindest sollte das mal einen Versuch wert sein.

Ansonsten Doku zu Rate ziehen: FOR SELECT ... INTO ... DO, zweites Beispiel. FireBird - Create PROCEDURE

Geändert von Delphi.Narium ( 1. Dez 2021 um 23:19 Uhr) Grund: Schreibfehler ...
  Mit Zitat antworten Zitat
Benutzerbild von IBExpert
IBExpert

Registriert seit: 15. Mär 2005
679 Beiträge
 
FreePascal / Lazarus
 
#12

AW: Index bei StoredProcezure

  Alt 1. Dez 2021, 21:22
wenn du auf einer sp einen select machst, dann wird dessen datenmenge immer wie Delphi.Narium
schon schrieb komplett ausgewertet (es sei denn da drin sind first oder rows) anweisungen,
das ist aber unwichtig in diesem Kontext.

Es ist wirklich do das die SP intern alle 86 mio records aklappert und
die mit dem Suspend an die ergebnismenge sendet, sprich das was dann
außerhalb der sp als where bedingung dann dessen ergebnisse noch einschränkt.

Im Gegensatz zu views, die eigentlich nur platzhalter für komplexe selects sind
und daher vom optimierer die intern benutzten mit anderen tabellen indiziert
abgefragt werden können, geht das bei sp gar nicht.

Beispiel

Code:
create procedure test
returns (tier varchar(20))
as
begin
  tier='Hund';
  suspend;
  tier='Katze';
  suspend;
  tier='Maus';
  suspend;
end
auch diese datenmenge kannst du mit einem select abfragen, per join mit
anderen daten verknüpfen, aber es ist offensichtlich, das da gar keine
tabelle intern benutzt wird. Ein Select außerhalb einer SP kann die
ergebnismenge zwar noch beliebig einschränken oder sortieren, der
optimierer in fb hab dabei auch nichts damit zu tun.
Holger Klemt
www.ibexpert.com - IBExpert GmbH
Oldenburger Str 233 - 26203 Wardenburg - Germany
IBExpert and Firebird Power Workshops jederzeit auch als Firmenschulung
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:48 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz