Announcement

**Andreas Kosch** · 29.10.1999, 05:01

Hallo,

anstelle der Sub-Query w�rde ich einen Join �ber beide Tabellen ausprobieren. Mit dem Join sollte der InterBase die Daten sp�rbar schneller liefern. Allerdings kann mit dem InterBase-Tool InterBase Interactive SQL �ber den Men�punkt Session -> Basic Settings die Option Display Query Plan aktiviert werden. In diesem Fall liefert der InterBase die Entscheidung seines Optimizers zur�ck und zeigt den Weg der Datenermittlung an. Mit diesen Daten kann man dann anschlie�end seine eigenen SQLs solange optimieren, bis das beste Ergebnis erzielt wird.

Ein VIEW wird in bereits analysierter Form in der Datenbank abgelegt, so da� der Optimizer nicht bei jedem Aufruf seine Arbeit erneut durchf�hren mu� - somit ist ein VIEW schneller (wie viel, h�ngt von dem Leistungsverbrauch der Abfrage ab). F�r eine Stored Procedure gilt in diesem Punkt das Gleiche

**Holger Klemt** · 29.10.1999, 08:59

Auf jeden Fall sollte man sub Querys vermeiden, wenn es irgendwie geht!

Mein Rat:

Stored Procedure, weil hier der Programmierer die Strategie (also den Plan) festlegt, ohne das der Optimierer noch die Chance zur Benutzung einer "ungl�cklichen" Strategie ha

**Torsten Grundke** · 29.10.1999, 22:16

<html>

<head>
<meta http-equiv="Content-Type"
content="text/html; charset=iso-8859-1">
<meta name="GENERATOR" content="Microsoft FrontPage Express 2.0">
<title>Normale Seite ohne Titel</title>
</head>

<body bgcolor="#FFFFFF">

<pre>Ich habe mich an der Erstellung der stored procedure versucht.
Mit dem Aufruf habe ich allerdings Probleme.
Ich wollte die stored procedure in meine select-Anweisung integrieren,
bekomme aber immer die Fehlermeldung "unbekannte Funktion". Kann man
stored procedure nicht in dieser Art und Weise verwenden bzw. welche
L�sungsm�glichkeiten gibt es daf�r?</pre>

Definition:

<pre>create procedure adresse1 (ad_index integer)
returns (adresse varchar(60))
as
begin
select Postleitzahl || " " || ort || ", " || strasse || " " || Hausnummer from adressen
where index_ = :ad_index
into adresse;
suspend;
end</pre>

verwenden m�chte ich die stored procedure wie folgt:

select ..., adresse1(adressindex), ... from adressen 
where ...

Danke

Torsten</pre>
</body>
</html&gt

**Andreas Kosch** · 30.10.1999, 07:49

Hallo Torsten,

auch wenn dieser Aufruf einer Stored Procedures vom InterBase unterst�tzt w�rde, �ndert das nichts am Problem der Sub Query. In der Stored Procedure werden nur Felder einer Tabelle genutzt, daher ist der Performancegewinn minimal (der Optimizier hat bei dieser SELECT-Anweisung keine knifflige Aufgabe zu l�sen, so da� er in jedem Fall sehr schnell fertig ist). Ich w�rde daher eine der folgenden Alternativen w�hlen: 
1. Das Sub Select durch eine JOIN-Abfrage ersetzen, oder 
2. Die vollst�ndige SELECT-Abfrage in eine Stored Procedure auslagern. 
Die Reihenfolge der Alternativen ist auch meine Wertigkeit.

Beispiel (SQL89-Syntax): 
<pre>
SELECT r.RECHNUNGSNUMMER, r.KundenIndex,
a.Postleitzahl || " " || a.Ort || ", " || a.Strasse || " " || a.Hausnummer
FROM Rechnung r, Adressen a
WHERE r.KundenIndex = a.Index
</pre>

oder moderner in der SQL92-Syntax: 
<pre>
SELECT r.RECHNUNGSNUMMER, r.KundenIndex,
a.Postleitzahl || " " || a.Ort || ", " || a.Strasse || " " || a.Hausnummer
FROM Rechnung r JOIN Adressen a ON r.KundenIndex = a.Index
</pre>

In jedem Fall w�rde ich mir aber den Query-PLAN anschauen, den der InterBase zur�ckliefert. Taucht dort der Verweis auf einen verwendeten INDEX auf

**Torsten Grundke** · 30.10.1999, 10:41

<html>

<head>
<meta http-equiv="Content-Type"
content="text/html; charset=iso-8859-1">
<meta name="GENERATOR" content="Microsoft FrontPage Express 2.0">
<title>Normale Seite ohne Titel</title>
</head>

<body bgcolor="#FFFFFF">

<pre>Hallo Andreas,</pre>

<pre>es werden Indizes verwendet. Der Query-Plan sieht wie folgt aus:</pre>

<pre>select anlagennummer, anlagenname,
(select Postleitzahl || " " || ort || ", " || strasse || " " || Hausnummer
from ADRESSEN where anlage.adressindex = index_)
from anlage

 PLAN (ADRESSEN INDEX (ADRESSEN_INDEX))
PLAN (ANLAGE NATURAL)
</pre>

<pre>
Current memory = 310208
Delta memory = 0
Max memory = 317416
Elapsed time= 0.03 sec
Buffers = 75
Reads = 0
Writes 0
Fetches = 49

</pre>

<pre>
select al.anlagennummer, al.anlagenname,
ad.Postleitzahl || " " || ad.ort || ", " || ad.strasse || " " || ad.Hausnummer
from anlage al left join adressen ad on al.adressindex =ad. index_


PLAN JOIN (AL NATURAL,AD INDEX (ADRESSEN_INDEX))

Current memory = 310208
Delta memory = 0
Max memory = 317416
Elapsed time= 0.03 sec
Buffers = 75
Reads = 0
Writes 0
Fetches = 50

</pre>

 

<pre>Vielen Dank f�r Deine Info's. In Zukunft kann ich zumindest diese Performance-Fallgruben
umgehen.</pre>

 

Tsch��

Torsten
 
</body>
</html&gt

**Norbert Wunderlich** · 03.11.1999, 09:01

Hallo zusammen,

ich hab mal eine Frage zur Performance von Interbase-Servern.
Wir setzen einen Interbase - Server 5.1 unter Novell ein. Beim
Upsizing von Daten aus einer bestehenden dBase-Datenbank
(ca. 50.000 Datens�tze) braucht der Server ca. 48 Stunden um
die Daten zu �bertragen. In der Interbase Tabelle sind noch keine
Indizes definiert. Auch mit BatchMove gehts nicht schneller. Hat jemand
eine Idee????

Danke im voraus.

Norber

**Andreas Kosch** · 03.11.1999, 13:18

Hallo Nobert,

werden die 50 000 Datens�tze aus der dBASE-Tabelle in einer Transaktion importiert und geht das Step by Step je Datensatz mit einer neuen Transaktion? Verwendet die InterBase-Datenbank INSERT-Trigger? Ist zum Zeitpunkt des Import noch ein anderen User in der Datenbank?

Was passiert, wenn in einer explizit gestarteten Transaktion die InterBase-Tabellen �ber die folgende Beispielanweisung mit Daten gef�llt wird:
<pre>
INSERT INTO ":KonferenzWS_IB:KUNDENIMP" (KUNDENID, VORNAME, NACHNAME)
SELECT p.KDNNR, p.N1, p.N2 FROM Adressen p
</pre>

Die InterBase-Tabelle wird dank der LOCAL SQL-F�higkeiten der BDE mit dem Inhalt der dBASE-Tabelle Adressen gef�llt. Erst am Ende wird die laufende Transaktion mit COMMIT best�tigt. Das kann alles im SQL-Explorer (alias Datenbank-Explorer) vorab getestet werden (diese Anweisung wird nur dann fehlerfrei ausgef�hrt, wenn im SQL-Explorer der BDE-Alias der dBASE-Tabelle Adressen ge�ffnet und aktiv ist. Nur dann "kennt" die BDE die Syntax von Local SQL. Wird hingegen die Anweisung aus der ge�ffneten InterBase-Datenbank heraus gestartet, so beschwert sich die BDE beim ersten Doppelpunkt �ber einen Syntaxfehler). In jedem Fall w�rde ich den Test aber in einer Delphi-Anwendung und der Transaktionssteuerung �ber TDatabase wiederholen.
&#10

Announcement

Performancevergleich versch. SQL-Anweisungen

Performancevergleich versch. SQL-Anweisungen

Comment

Comment

Comment

Comment

Comment

Comment

Comment