Keine Ergebnismenge, obwohl Ergebnismenge kommen müsste

[mjenke]

Hilfe!

Großes Problem!!!

Ich habe in einer Datenbank 596 Einträge zu einer bestimmten Zeitschrift. Wenn ich folgende Query absetze, bekomme ich kein Ergebnis:

SQL-Code:

SELECT t1.*, t2.VORNAME, t2.NAME, t2.EMAIL, 
       t3.NAME AS ZEIT_NAME, t3.KURZ AS ZEIT_KURZ, t3.PATH_HULL AS ZEIT_HULL, 
       t3.PATH_HULLG AS ZEIT_HULL_G, 
       t3.PATH_BASE AS ZEIT_PATH_BASE, t3.PATH_FIX AS ZEIT_PATH_FIX, 
       t3.PATH_DOT AS ZEIT_PATH_DOT, t3.DATEITYP AS ZEIT_DATEITYP, 
       t4.NAME AS ART_NAME, t4.KURZ AS ART_KURZ, 
       t5.HEFTPOS, t6.AUSGABE AS HEFT_AUSGABE, t7.ID AS KUNDE_ID
FROM      tartikel t1
LEFT JOIN tpersonen t2         ON t1.IDAUTOR = t2.ID
LEFT JOIN tzeitschriften t3    ON t1.IDZEIT  = t3.ID
LEFT JOIN tartikelarten t4     ON t1.IDART   = t4.ID
LEFT JOIN tartikelzuordnung t5 ON t1.ID      = t5.IDARTIKEL
LEFT JOIN thefte t6            ON t5.IDHEFT  = t6.ID
LEFT JOIN tkunden t7           ON t3.IDKUNDE = t7.ID
WHERE t1.IDZEIT = 3
AND ( t1.LOESCHEN = FALSE or t1.LOESCHEN IS NULL)
AND t5.HEFTPOS IS NULL
ORDER BY t1.ARTNUMMER

Der Witz bei der Sache ist, dass die gleiche Query Ergebnisse liefert, wenn ich auf eine andere Zeitschrift (mit weniger Einträgen) gehe, oder ich für diese Zeitschrift ein paar Einträge lösche.

Kennt jemand ein ähnliches Problem? 596 Einträge sind ja eigentlich keine Größenordnung, bei der man in Probleme geraten sollte...

:?:

Matthias

[mkinzler]

Zitat:

Der Witz bei der Sache ist, dass die gleiche Query Ergebnisse liefert, wenn ich auf eine andere Zeitschrift (mit weniger Einträgen) gehe, oder ich für diese Zeitschrift ein paar Einträge lösche.

Ich würde in deinem Fall zuerst mal Testen ob die Beschränkung an der BDE liegt und eine alternative Zugriffsmethode ( z.B. ADO) testen.

[Jelly]

Die BDE hat damit nix zu tun. Und mit ADO auf Paradox :gruebel:

Ich würd die Query nochmals auf ihre Korrektheit prüfen.

[mkinzler]

Zitat:

Und mit ADO auf Paradox Grübelnd...

Über ADO/ODBC um die BDE zu umgehen. Nur zum Testen.

[mjenke]

@Jelly

Die Query ist korrekt. Ist seit mehreren Monaten im Einsatz und hat bisher nie Probleme bereitet!

:?

[mjenke]

Habe inzwischen in interessantes Verhalten festgestellt:

Die Tabelle tartikel (t1) enthält einige große Felder für Pfadangaben etc. Wenn ich diese speziell aus der Query herausnehme:

SQL-Code:

SELECT t1.ID,
       t1.IDAUTOR,
       t1.IDZEIT
       t1.IDART,
       t1.ARTNUMMER,
       /*t1.PATH_SGM,       langes Feld, auskommentiert */
       /*t1.PATH_3D,        langes Feld, auskommentiert */
       /*t1.PATH_DOC,       langes Feld, auskommentiert */
       t1.DATUM,
       t1.EERF,
       t1.EWORD,
       t1.EROH,
       t1.EHK,
       t1.EHKS,
       t1.EVERS1,
       t1.EBK1,
       t1.EAK1,
       t1.EVERS2,
       t1.EBK2,
       t1.EAK2,
       t1.EVERS3,
       t1.EBK3,
       t1.EFREI,
       t1.EPARS,
       t1.AERF,
       t1.AWORD,
       t1.APARS,
       t1.AROH,
       t1.AHK,
       t1.AHKS,
       t1.AVERS1,
       t1.ABK1,
       t1.AAK1,
       t1.AVERS2,
       t1.ABK2,
       t1.AAK2,
       t1.AVERS3,
       t1.ABK3,
       t1.AFREI,
       t1.SERF,
       t1.SWORD,
       t1.SPARS,
       t1.SROH,
       t1.SHK,
       t1.SHKS,
       t1.SVERS1,
       t1.SBK1,
       t1.SAK1,
       t1.SVERS2,
       t1.SBK2,
       t1.SAK2,
       t1.SVERS3,
       t1.SBK3,
       t1.SFREI,
       t1.TITEL,
       t1.LOESCHEN,
       t2.VORNAME, t2.NAME, t2.EMAIL, 
       t3.NAME AS ZEIT_NAME, t3.KURZ AS ZEIT_KURZ, t3.PATH_HULL AS ZEIT_HULL, 
       t3.PATH_HULLG AS ZEIT_HULL_G, 
       t3.PATH_BASE AS ZEIT_PATH_BASE, t3.PATH_FIX AS ZEIT_PATH_FIX, 
       t3.PATH_DOT AS ZEIT_PATH_DOT, t3.DATEITYP AS ZEIT_DATEITYP, 
       t4.NAME AS ART_NAME, t4.KURZ AS ART_KURZ, 
       t5.HEFTPOS, t6.AUSGABE AS HEFT_AUSGABE , t7.ID AS KUNDE_ID
FROM      tartikel t1
LEFT JOIN tpersonen t2         ON t1.IDAUTOR = t2.ID
LEFT JOIN tzeitschriften t3    ON t1.IDZEIT  = t3.ID
LEFT JOIN tartikelarten t4     ON t1.IDART   = t4.ID
LEFT JOIN tartikelzuordnung t5 ON t1.ID      = t5.IDARTIKEL
LEFT JOIN thefte t6            ON t5.IDHEFT  = t6.ID
LEFT JOIN tkunden t7           ON t3.IDKUNDE = t7.ID
WHERE t1.IDZEIT = 3
AND ( t1.LOESCHEN = FALSE or t1.LOESCHEN IS NULL)
AND t5.HEFTPOS IS NULL
ORDER BY t1.ARTNUMMER

dann gibt sie wieder das richtige Ergebnis zurück... Zum derzeitigen Stand reicht es, EINES der langen Felder auszukommentiert. Das würde sich vermutlich mit einer höheren Anzahl an Datensätze wieder ändern...


:|

Matthias

[mkinzler]

Hast du mal über ADO/ODBC versucht?

[Bernhard Geyer]

Zitat:

Zitat von mkinzler

Zitat:

Und mit ADO auf Paradox Grübelnd...

Über ADO/ODBC um die BDE zu umgehen. Nur zum Testen.

Bringt u.U. nichts da bei unpassender Installatiionsreihenfolge BDE/ADO-Updates auch über diesen Weg die BDE verwendet wird.


Aber es ist mir auch schon aufgefallen wenn zu viele Ergebnisfelder vorhanden sind (oder diese zu gute gefüllt waren) die BDE aussteigt. Aber das Stört mich nicht mehr. BDE ist für mich schon seit einigen Jahren gestorben und das würde ich dir auch raten.