AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 04:47

Parameter dieser Suchanfrage:

Suche in Thema: Ausführunsplan / SQL Optimizer
Suche alle Beiträge, die von "Namenloser" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 6 von insges. 6 Treffern
Suche benötigte 0.002s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: Ausführunsplan / SQL Optimizer

     
      by Namenloser, 7. Aug 2014
    Der Join ist kommutativ. Und nur nach deinen Tabellengrößen zu urteilen ist es eben effizienter, es genau umgekehrt zu machen, und aus der Tabelle v2ps die passenden Einträge zur Tabelle v2fertigartikel zu holen.
  • Forum: Datenbanken

    AW: Ausführunsplan / SQL Optimizer

     
      by Namenloser, 7. Aug 2014
    Achso, ich dachte ich hätte irgendwo gelesen, dass es noch einen separaten Index gäbe. Aber dann ist das ja auch geklärt.
  • Forum: Datenbanken

    AW: Ausführunsplan / SQL Optimizer

     
      by Namenloser, 7. Aug 2014
    Mit den Statistiken ist eigentlich klar, was passiert. v2fertigartikel ist sehr viel kleiner als v2ps, also wird es das Effizienteste sein, v2fertigartikel einmal komplett durchzuscannen (der Index nützt dabei nichts) und sich aus v2ps jeweils die passenden Einträge mittels Index zusammenzuklauben.

    Man kann ja mal die Laufzeit verschiedener Verfahren mal über den Daumen abschätzen:...
  • Forum: Datenbanken

    AW: Ausführunsplan / SQL Optimizer

     
      by Namenloser, 6. Aug 2014
    Dann gibt es ja auch keine weiteren Datensätze mehr, für die die Join-Bedingung noch erfüllt sein könnte. X und Y sind ja beide sortiert; d.h. man einen Schlüssel A in X erreicht, der größer ist als alle Schlüssel in Y, dann wären alle nachfolgenden Schlüssel von X erst recht größer als alle Schlüssel in Y (und folglich nicht gleich).

    Aber du hast natürlich recht, dass die beste Strategie...
  • Forum: Datenbanken

    AW: Ausführunsplan / SQL Optimizer

     
      by Namenloser, 6. Aug 2014
    Weil der Nutzen des Index beim Join, soweit ich weiß, hauptsächlich darin besteht, dass durch ihn beide Relationen bezüglich der Verknüpfungs-Spalte sortiert sind. Dadurch kann man einen recht effizienten Merge-Join durchführen.

    Folgende Tabellen als Beispiel:


    Tabelle X Tabelle Y
    A B A C
    --------- ---------
    1 42 2 0
    2 27 3 1
  • Forum: Datenbanken

    AW: Ausführunsplan / SQL Optimizer

     
      by Namenloser, 6. Aug 2014
    Kann es sein, dass auf v2ps.status auch ein Index ist, und er diesen im ersten Schritt (bevor er den eigentlichen Join durchführt) verwendet, um die Zeilen von v2ps anhand der where-Bedingung einzugrenzen? Dann kommen anschließend die ids unsortiert heraus, sodass er keinen Merge-Join durchführen kann (und daher von den Indizes auf den id-Spalten nicht profitiert).

    Vorausgesetzt, ich habe...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Namenloser&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=181329
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:10 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