Announcement

**Falk Pr�fer** · 05.10.2007, 10:16

Originally posted by AndreaK View Post

...Wie bekomme ich es hin, das mir nur die MNR - Felder mit dem Inhalt "FR%"
angezeigt bekomme.

Hallo Andrea,

dazu mu�t du noch eine zus�tzliche WHERE-Bedingung einbauen. Diese mu� dann vor das CONNECT BY, also:
[highlight=sql]
SELECT rab.rlnr,
rab.mnr,
rab.saint,
rab.tr
FROM (
SELECT * FROM relab
WHERE rlnr != mnr
AND saint != 65) rab
WHERE rab.mnr like 'FR%'
CONNECT BY PRIOR rab.mnr = rab.rlnr
START WITH rab.rlnr >= '603102296' AND
rab.rlnr <= '603102298'
ORDER BY rab.rlnr DESC, mnr DESC
[/highlight]

Gru� Falk

**AndreaK** · 05.10.2007, 11:04

Danke !

Hallo Falk,
genau das was ich eigentlich wollte.
Leider ist mir ein Fehler unterlaufen.
Bei den Test-Daten mit nur einer oder zwei Nummern kann man das ganze noch auseinander halten.
Wenn der Nr'n - Kreis aber �ber ca. 20.000 Datens�tze geht, fehlt mir die Zuordnung �ber die RLNR.

so sieht es jetzt aus:

RLNR MNR SAINT TR
603102296 FR600000 60 5
583102296 FR300000 60 5
563102296 FR100100 60 5

so m�sste es aussehen:

RLNR MNR1 MNR2 SAINT TR
603102296 603102296 FR600000 60 5
603102296 583102296 FR300000 60 5
603102296 563102296 FR100100 60 5

Kann man das Script so erweitern?
Wahrscheinlich sind hier die Grenzen von SQL erreicht.
Mach dir nicht mehr so viele Gedanken, du hast schon viel Zeit in dieses Problem gesteckt.
Ich werde sonst das erste Script von dir nehmen,
( ohne "WHERE rab.mnr LIKE 'FR%' " )
den Nr.'n Kreis etwas kleiner w�hlen und dann die MNr mit dem Inhalt "FR%" mit Excel rausfiltern.

Liebe Gr�sse
Andrea

**Falk Pr�fer** · 05.10.2007, 11:30

Hallo Andrea

,

Originally posted by AndreaK View Post

...Kann man das Script so erweitern?
Wahrscheinlich sind hier die Grenzen von SQL erreicht.

Man kann! Und das SQL von Oracle ist sehr m�chtig

[highlight=sql]
select distinct ab1.rlnr, ab2.rlnr mnr1, ab2.mnr mnr2, ab2.saint, ab2.tr
from relab ab1,
relab ab2
where (ab2.rlnr, ab2.mnr) in
(SELECT rab.rlnr, rab.mnr
FROM (
SELECT * FROM relab
WHERE rlnr != mnr
AND saint != 65) rab
CONNECT BY PRIOR rab.mnr = rab.rlnr
START WITH rab.rlnr = ab1.mnr)
and ab2.mnr LIKE 'FR%'
and ab1.rlnr between '603102296' and '603102298'
ORDER BY ab1.rlnr DESC, ab2.rlnr DESC
[/highlight]
Obwohl ich mir jetzt mit den ganzen mnr und rlnr nicht mehr sicher bin

, mit deinen Testdaten und f�r die konkrete Aufgabe kommt aber das gew�nschte Ergebnis raus.

Originally posted by AndreaK View Post

Mach dir nicht mehr so viele Gedanken, du hast schon viel Zeit in dieses Problem gesteckt.

Ich habe mich schon sehr viel Zeit mit solchen hierarchischen Abfragen besch�ftigt, so da� zumindest die L�sungsans�tze ohne gro�e Probleme abrufbar sind

Gru� Falk

**AndreaK** · 05.10.2007, 12:18

Danke !

Hallo Falk,
ich bin begeistert.
Es funktioniert unter SQL*Plus: Release 8.1.7.0.0
Alledings betr�gt die Laufzeit ca. 5 Min. f�r den Nr.'-Kreis 603102296 bis 603102298
Wenn ich das Script unter MS Query laufen lasse, kommt f�r ungef�hr 15 sek. die Sanduhr und danach bricht das Programm ab.
Ich habe jetzt den Nr.'n - Kreis erweitert und lasse den Script �bers Wochenende laufen. (unter SQL*Plus am Server)
Mal sehen was dabei raus kommt.
Kann man noch etwas machen um die Laufzeit zu verk�rzen?

Liebe Gr�sse
Andrea

**Falk Pr�fer** · 05.10.2007, 12:48

Originally posted by AndreaK View Post

...Kann man noch etwas machen um die Laufzeit zu verk�rzen?

Hallo Andrea,

naja das �bliche, passende Indizes anlegen, ...
Also je ein Index auf die Felder rlnr, und mnr sollte schon was bringen...

Gru� Falk

**AndreaK** · 05.10.2007, 12:58

Hallo Falk,
ich kann mich erst am Montag wieder melden.
Ich w�nsche dir ein sch�nes Wochenende.
Bis dann.

Liebe Gr�sse

Andrea

**AndreaK** · 08.10.2007, 08:46

Hallo Falk,
ich hoffe du hattest ein sch�nes Wochenende.
Eine Frage h�tte ich noch zu deinem letzten Script.
Wenn ich direkt mit SQL*Plus auf die Oracle-Datenbank gehe, l�uft es ja ziemlich lange.
Ich habe die Daten zus�tzlich noch in einer Access-Datenbank zur Verf�gung.
Die Feldbezeichnungen sind identisch.
Kommt dein Script auch mit der Access-Datenbank klar, oder muss es daf�r komplett umgeschrieben werden?
Oder funktioniert es �berhaupt damit nicht?
Ich habe von Datenbanken und deren Aufbau leider nicht viel Ahnung, deshalb die f�r dich wahrscheinlich "dumme" Fragen.

Liebe Gr�sse
Andrea

**Falk Pr�fer** · 08.10.2007, 09:19

Originally posted by AndreaK View Post

Hallo Falk,
ich hoffe du hattest ein sch�nes Wochenende.

Danke der Nachfrage, war sch�n und wie immer zu kurz

Hoffe auf das gleiche bei dir.

Originally posted by AndreaK View Post

Eine Frage h�tte ich noch zu deinem letzten Script.
Wenn ich direkt mit SQL*Plus auf die Oracle-Datenbank gehe, l�uft es ja ziemlich lange.

Wie schon am Freitag angedeutet, sollte sich hier mit Optimierung noch was machen lassen.

Originally posted by AndreaK View Post

Ich habe die Daten zus�tzlich noch in einer Access-Datenbank zur Verf�gung.
Die Feldbezeichnungen sind identisch.
Kommt dein Script auch mit der Access-Datenbank klar, oder muss es daf�r komplett umgeschrieben werden?

Ich kann mir nicht vorstellen das in Access hirarchische Abfragen unterst�tzt werden. Und selbst wenn das so sein sollte, kann ich mir noch sehr viel weniger, also eigentlich �berhaupt nicht vorstellen das dies dann schneller ist als auf einem Oracle-Server. (Ist Access �berhaupt eine Datenbank? *gg*)
Ich w�rde also ziemlich sicher auf:

Originally posted by AndreaK View Post

Oder funktioniert es �berhaupt damit nicht?

tippen.

Ich w�rde einfach mal folgendes in Oracle probieren:
[highlight=sql]
create index testindx on relab (rlnr);
create index testindx2 on relab (mnr);
analyze table relab compute statistics for table;
analyze table relab compute statistics for all indexes;
[/highlight]
Und dann mal pr�fen, wie sich das Laufzeitverhalten der Abfrage ver�ndert, ggfs. die Abfrage um einen Hint erg�nzen, z.B.:
[highlight=sql]
SELECT /*+ FIRST_ROWS */ DISTINCT ab1.rlnr, ab2.rlnr mnr1, ab2.mnr mnr2, ab2.saint, ab2.tr
...
[/highlight]

Gru� Falk

**AndreaK** · 08.10.2007, 10:11

Hallo Falk,
vielen Dank f�r deine schnelle Antwort.
Ich habe es ausprobiert und ich glaube auch das sich das Laufzeitverhalten verbessert hat.
Bleibt der index jetzt f�r immer bestehen oder muss ich beim erneuten connect auf die Datenbank auch den index neu setzen?
Kann man das Script so erweitern, das man die selektierten Daten in eine Datei geschrieben bekommt, (mit ";" als Trennzeichen) um sie dann mit Excel
weiter zu bearbeiten?

Liebe Gr�sse
Andrea

**Falk Pr�fer** · 08.10.2007, 10:38

Hallo Andrea,

Die angelegten Indizes bleiben nat�rlich bestehen, solange sie nicht explizit mit "DROP INDEX ..." oder die gesamte Tabelle gel�scht werden.

Mit SQL*Plus kannst du die Daten mit "SPOOL DateiName" in eine Datei deiner Wahl schreiben lassen.
z.B.
set feedback off
set heading off
set pagesize 0
spool c:\daten\sql\relabsel.txt
select SELECT /*+ FIRST_ROWS */ DISTINCT ab1.rlnr || ';' || ab2.rlnr || ';' || ab2.mnr || ';' || ab2.saint || ';' || ab2.tr
...
spool off

Gru� Falk

**AndreaK** · 08.10.2007, 11:27

Hallo Falk,

es hat geklappt.
Ich m�chte mich noch mal recht herzlich f�r deine Unterst�tzung in den letzten Tagen bedanken.
Es hat mir Spa� gemacht und ich habe auch noch was dazu gelernt.
Vielen Dank.
Dann bis zum n�chsten Mal in diesem Forum.

Liebe Gr�sse
Andrea

**AndreaK** · 10.10.2007, 10:57

Hallo Falk,
ich habe mich noch mal mit deinen SQL-Scripten der vergangenen Woche befasst.
Folgendes Script liefert mir 23 Ergebnisse:

SELECT rab.rlnr, rab.mnr, rab.saint, rab.tr
FROM (SELECT * FROM relab
WHERE rlnr != mnr) rab
CONNECT BY PRIOR rab.mnr = rab.rlnr
START WITH rab.rlnr >= '603102296' AND rab.rlnr <= '603102296'
ORDER BY rab.rlnr

(siehe Anlage1.zip)

Wenn ich nun das 2 Script laufen lasse, bekomme ich nur 22 Ergebnisse angezeigt.
Hier wird der AP73185 der 2x vorhanden ist ,- nur 1x ausgegeben.

SELECT /*+ FIRST_ROWS */ DISTINCT ab1.rlnr, ab2.rlnr mnr1, ab2.mnr mnr2, ab2.tr
FROM relab ab1, relab ab2
WHERE (ab2.rlnr, ab2.mnr)
IN (SELECT rab.rlnr, rab.mnr FROM (SELECT * FROM relab WHERE rlnr != mnr) rab
CONNECT BY PRIOR rab.mnr = rab.rlnr
START WITH rab.rlnr = ab1.mnr)
AND ab1.rlnr BETWEEN '603102296' AND '603102296'
ORDER BY ab1.rlnr DESC, ab2.rlnr DESC

(siehe Anlage2.zip)

Wenn du noch Lust hast, k�nntest du evtl. nach dem Fehler schauen?

Die Testdaten liegen bei.
(siehe Anlage3.zip)

Vielen Dank im voraus.

Liebe Gr�sse

Andrea

Attached Files

**Falk Pr�fer** · 10.10.2007, 14:49

Hallo Andrea,

da hab ich mich wohl ein wenig mit dem DISTINCT vertan

So m��te es dann richtig sein:
[highlight=sql]
SELECT /*+ FIRST_ROWS */ ab1.rlnr, ab2.rlnr mnr1, ab2.mnr mnr2, ab2.tr
FROM (select distinct rlnr from relab) ab1, relab ab2
WHERE (ab2.rlnr, ab2.mnr) IN (
SELECT rab.rlnr, rab.mnr
FROM (SELECT * FROM relab WHERE rlnr != mnr) rab
CONNECT BY PRIOR rab.mnr = rab.rlnr
START WITH rab.rlnr = ab1.rlnr)
AND ab1.rlnr BETWEEN '603102296' AND '603102296'
ORDER BY ab1.rlnr DESC, ab2.rlnr desc
[/highlight]

Gru� Falk

**AndreaK** · 10.10.2007, 16:02

Hallo Falk,

vielen Dank f�r die schnelle Hilfe.
Es hat geklappt.
Danke.

Liebe Gr�sse
Andrea

Announcement

wer kann folgendes Script erweitern?

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment