Bitte um SQL Abfragen!

Re(6): Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Tue, 09 Aug 2005 16:27:01 GMT

Noch immer besser... [auch via swap] als subqueries und Nmal die Tabelle einlesen..
BTW, bei Index-joins hat er zwingend nur die beiden indizes in memory... Wenn's große Tabellen sind, hast außerdem eh partitioned indizes...
selbst Hash-Joins sind dann noch immer massiv flotter.

Re(5): Bitte um SQL Abfragen!

Infosauger — Thu, 21 Jul 2005 07:31:05 GMT

ich würde mal sagen, bei [a] und [c] kommt es auch stark auf einen sinnvollen Index an.

bei [b] hast das Problem bei großen tabellen dass er zuerst den join macht, und da braucht er dann möglicherweise sehr viel temporären speicher.

Re(6): Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Tue, 12 Jul 2005 11:06:35 GMT

Er ist der intuitivste - zugegeben.
Nur ist der JOIN-Ansatz auch ganz einfach und bequem ... Und wenn wir mal postulieren, daß D_I_D_I lernen will - soll er's gleich richtig einlernen... weißt eh', wie's mit schlechten Angewohnheiten ist

Re(5): Bitte um SQL Abfragen!

teleth — Tue, 12 Jul 2005 11:04:24 GMT

ich weiß ... aber ich kenn weder die tabellen von D I D I noch sein SQL wissen... und der NOT IN ansatz ist sehr illustrativ.

Re(4): Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Tue, 12 Jul 2005 11:00:38 GMT

Wie schon geschrieben - Oracle, PostgreSQL, früher ACCESS *schäm*.

Probier die Statements aus... bei /großen/ Tabellen... Und Vergleich die Unterschiede - sowohl im Execution Plan als auch in der tatsächlichen Ausführung.

Re(3): Bitte um SQL Abfragen!

teleth — Tue, 12 Jul 2005 10:57:12 GMT

mit welchem system arbeitest du?

Re(2): Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Tue, 12 Jul 2005 10:29:50 GMT

NEIN!!!
Was passiert bei deiner Query ?
Du hast eine äußere Query SELECT *...
Und für /jede/ Zeile in A wird nachher eine neue Subquery durchgeführt (SELECT SPALTE_X)...

NIEMALS Subqueries - außer du weißt ganz genau, was du tust...

Re(4): Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Tue, 12 Jul 2005 08:01:58 GMT

Subquery's sind per Definition/Religion des Teufels

Im Ernst, eine Subquery bedeutet nix anderes, als eine innere Schleife...
Nimm dir zum Testen 2 Große Tabellen, und versuche es
[a] via Subquery
[b] via Join
[c] via exists...

IMHO ist [a] oft um Potenzen langsamer als b oder c
(Getestet sowohl auf Oracle als auch Access als auch PostgreSQL).

Exists find' ich persönlich auch öfters unbequem - obwohl oft das schnellste.
JOINs finde ich gleich bequem bzw. sogar bequemer als Subquerys - daher verwende ich sie gerne - insbesondere da sie massiv flotter sind (bei großen Datenmengen. bei kleinen ist's eh so oder so wurscht ).

Wenn du ne PostgreSQL oder Oracle hast - mach den Vergleich mit
EXPLAIN ANALYZE...

cu
gepeinigter

Re: Bitte um SQL Abfragen!

teleth — Tue, 12 Jul 2005 07:12:50 GMT

willst du aus den zeilen spalten machen?
weiß nicht ob ich dich richtig verstehe...

...für daten die nicht in table B kannst du auch folgendes schreiben:

select *
from TABLE_A
where SPALTE_X not in (select SPALTE_X from TABLE_B)

Re: Bitte um SQL Abfragen!

johnjohnson — Tue, 12 Jul 2005 06:05:30 GMT

Welche Datenbank? Als wir nämlich vor kurzem ein ähnliches Problem hatten, sind wir auf eine praktische Funktion bei (leider) MySQL 4.1.x gestoßen, die sich group_concat nennt. Da wir leider nur über eine 4.0.x Installation verfügen und Operations die paar GB Datenbank nicht upgraden will (), mußten wir das concatenieren im Code vornehmen.

http://dev.mysql.com/doc/mysql/en/group-by-functions.html

Re: Bitte um SQL Abfragen!

Soldier — Tue, 12 Jul 2005 05:43:11 GMT

da fällt mir als lösung eigentlich nur eine database function ein...
das hilft dir aber nur wenn du zb. oracle verwendest

Re(3): Bitte um SQL Abfragen!

Rennegade — Tue, 12 Jul 2005 05:02:50 GMT

is imho ziemlich wurscht; was soll die datenbank beim join anders machen, ausser für jeden treffer in der einnen tabelle den index in der anderen zu durchsuchen ?!?

Re(2): Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Mon, 11 Jul 2005 22:01:56 GMT

ALARM... Subquery...

Wie wäre es mit
SELECT a.* FROM a LEFT NATURAL JOIN B where b.a IS NULL
?

Re: Bitte um SQL Abfragen!

gepeinigter_aon_neukunde — Mon, 11 Jul 2005 22:00:22 GMT

1: Alles in Tabelle 1, was nicht in Tabelle 2 ist...
Du willst also alles aus Tabelle 1 löschen, was es auch in Tabelle 2 gibt ?
Dann:
DELETE from tabelle1 LEFT JOIN tabelle2 USING (a,b,c) where tabelle2.a IS NOT NULL;

2:

CREATE TABLE B (
        key CHAR  PRIMARY KEY NOT NULL UNIQUE,
        WERT VARCHAR(255)
);
INSERT INTO B(key) SELECT DISTINCT KEY FROM a;

UPDATE B set WERT=
       CASE WHEN B = NULL THEN A.WERT
       ELSE B || "," || A.WERT
       END;
FROM A
WHERE B.A=A.A;

zumindest ungefähr

Re(2): Bitte um SQL Abfragen!

Psychopath — Mon, 11 Jul 2005 21:55:47 GMT

ad 2) Glaub ich leider auch. Ich haett schon manchmal gern eine Aggregat-Funktion wie concat() o.dgl. gehabt. Scheint es aber eben nicht zu geben (lasse mich ebenfalls gern eines besseren belehren)

Re(2): Bitte um SQL Abfragen!

D_I_D_I — Mon, 11 Jul 2005 20:23:23 GMT

ich glaub nicht dass das mit nem join oder nem group by geht!

Re: Bitte um SQL Abfragen!

Rennegade — Mon, 11 Jul 2005 19:09:34 GMT

1) select * form tabelle a
where (0 = (select count(*) from tabelle b where a.key = b.key)

- es geht mit exists auch, aber irgendwie mag ich das ned;

2) mit select ohne programmlogik alleine nicht abzubilden (lasse mich abr gerne eines besseren belehren)

Re: Bitte um SQL Abfragen!

littleo — Mon, 11 Jul 2005 18:39:41 GMT

http://www.w3schools.com/sql/sql_join.asp
http://www.w3schools.com/sql/sql_groupby.asp

Bitte um SQL Abfragen!

D_I_D_I — Mon, 11 Jul 2005 18:04:48 GMT

Hi!

Hab da 2 Probleme die ich gerne gelöst hätte.

1. Zwei tabellen mit je drei spalten (also eigentlich gleich nur anderer inhalt). Wie krieg ich alles in tabelle 1, dass nicht in tabelle 2 entahlten ist?

2. Eine Tabelle mit 2 spalten, die ungefähr so aussehen.
A | 1
A | 2
A | 4
B | 1
B | 3
C | 1
:
:

Als Ergebnis hätte ich aber gerne:

A | 1,2,4
B | 1,3
C | 1
:
:

Könnt ihr mir dabei helfen?!

Danke