Problemem mit MYSQL / SELF JOIN

**TobiaZ** · 27.06.2008, 22:16

Du solltest diese Grundlagen beachten. Dann wirds vermutlich um einiges besser laufen.

**martin2** · 27.06.2008, 22:29

PHP-Code:


SELECT 

a.vergleichsnr,

b.vergleichsnr FROM 

vergleichsnummern a INNER JOIN vergleichsnummern b USING(masternr) 

WHERE a.herst=999 AND a.aktualitaet=1 AND b.herst!=999

hat den selben effekt

**TobiaZ** · 27.06.2008, 22:31

phpMyAdmin und dein Script liegen auf dem selben Server? Gibt es sonstige Unterschiede?

Letztendlich führt PMA ja auch nur ein mysql_query() aus.

**martin2** · 27.06.2008, 22:34

in meinem script führe ich das mysqli aus

ansonsten keinen unterschied

hab die Query jetzt mal mit einem limt versehen

PHP-Code:


SELECT a.vergleichsnr, b.vergleichsnr

FROM vergleichsnummern a

INNER JOIN vergleichsnummern b

USING ( masternr ) 

WHERE a.herst =999

AND a.aktualitaet =1

AND b.herst !=999

AND b.aktualitaet <5

LIMIT 0 , 50

kein Problem

vieleicht liegt es an der größe der Tabelle 1,6 millionen Datensätze....

**TobiaZ** · 28.06.2008, 11:18

vieleicht liegt es an der größe der Tabelle 1,6 millionen Datensätze....

Die sollte doch in MyAdmin genauso sein, oder nicht?

**martin2** · 28.06.2008, 13:48

im php script hab ich mir einen view mit der query angelegt, kein Problem

ich galube ich hab einen bug in meinem mysql Server der wird jetzt auch bei

PHP-Code:


SELECT masternr,fnr FROM v_vergleichsnummern  WHERE vergleichsnr = '12367'  LIMIT 0,20

ganz langsam.... und es ist egal ob ich das über php oder pma abschiesse...

**onemorenerd** · 28.06.2008, 13:52

@TobiaZ: Afaik schreibt PMA die Query um. Es wird einmal ein COUNT(*) für die Trefferzahl ausgeführt und einmal die eingegebene Query mit angehangenem LIMIT.

1,6 Mio. Datensätze sind eigentlich kein Problem für MySQL, sofern genügend Speicher vorhanden ist (am besten soviel, dass die Tabelle zweimal komplett reinpasst) und die richtigen Indizes gesetzt sind.
Schau dir mal SHOW STATUS und EXPLAIN deiner Query an. Beides gibt es auch irgendwo in PMA, aber aus dem Kopf weiß ich nicht wie man da hinkommt.

**TobiaZ** · 28.06.2008, 13:52

OffTopic:
Kann natürlich gut sein. Deinen Threads nach zu urteilen scheint da ja einiges nicht ganz rund zu laufen...

**martin2** · 28.06.2008, 13:58

OffTopic:
Kann natürlich gut sein. Deinen Threads nach zu urteilen scheint da ja einiges nicht ganz rund zu laufen...
[/QUOTE]

Oh ja und das ganze Problem hat angefangen als ich mir hier eine Oracle Datenbank installiert habe..... habe den Arbeitsspeicher von 1gig auf 4 erhöht danach lief eigendlich alles rund, aber seit der import abgeschlossen ist (von Oracle nach MySql) habe ich hier probleme die ich so noch garnicht kannte.... und ich mach das hier ja auch nicht erst seit 2 Wochen.... das Querys in unendliche laufen, die Meldung "Webseite ist zu beschäftigt um die Webseite anzuzeigen" ist typisch Windows genau wie "unbekannt hat unbekannten Fehler in unbekannt verursacht, unbekannt wird geschlossen"

**TheFish511** · 28.06.2008, 14:01

PHP-Code:


SELECT masternr,fnr FROM v_vergleichsnummern  WHERE vergleichsnr = '12367'  LIMIT 0,20

Warum ist die vergleichsnr ein String?
Ich kann mir schon vorstellen, dass es bei 1,6 mio Datensätze ohne richtige Indezes langsam langsam wird.

Alos, gib mal ein paar mehr Infos, bitte.

**martin2** · 28.06.2008, 14:09

Warum ist die vergleichsnr ein String?

weil der Wert auch "1V456G3' sein könnte VARCHAR FELD

ein index auf vergleichsnr lässt sich nicht setzten da diese Spalte mehrer gleiche Werte enthalten kann, liesse sich vielleicht mit einem FULLTEXT umgehen. habe mir einen view gemacht der die zuordnungen eindeutiger hat, kann mir auch nicht erklären warum die orignialdatenbank aus Oracle so aufgebut wurde, da sind selbstbezüge drin, die ich so nie gemacht hätte, die artikel nummer ist nur zu ermitteln wenn die vergleichsnr eines bestimmten herstellers mit der manr eines anderen übereinstimmt.... fragt mich nicht nach dem sinn.... die tabelle ist so....

**onemorenerd** · 28.06.2008, 14:35

Original geschrieben von martin2
ein index auf vergleichsnr lässt sich nicht setzten da diese Spalte mehrer gleiche Werte enthalten kann

Deswegen kannst du die Spalte nicht PRIMARY oder UNIQUE machen, aber einen INDEX kannst du sehr wohl anlegen.

**martin2** · 28.06.2008, 14:40

Deswegen kannst du die Spalte nicht PRIMARY oder UNIQUE machen, aber einen INDEX kannst du sehr wohl anlegen.

hab ich auch grade gemerkt.... navicat gibt einem dieses option phpmyadmin nicht... kannte bisher nur die UNIQUE bzw PRIMARY Variante bzw den FULLTEXT

**TobiaZ** · 28.06.2008, 14:50

phpmyadmin nicht

Natürlich kannst du auch mit (einer halbwegs aktuellen version von) phpMyAdmin einen normalen INDEX setzen.

Problemem mit MYSQL / SELF JOIN