SELECT-Statement in Delphi falsch, aber in Konsole richtig

[Maya]

Hallo ihr Lieben,

mir ist gerade ein Problem untergekommen, welches weder mir noch Kollegen untergekommen ist.
Ich hab ein aufwendiges SQL-Statement in der Konsole von MS SQL geschrieben, welches auch nach einen Tag dann so funktionierte, wie ich es mir wünschte. ;)
Nun wollte ich das in mein Delphi-Projekt einarbeiten:

Delphi-Quellcode:

procedure TAdressbuchMit_Frame.Mitarbeitersuche (aBedingung: String);
begin
  with PostbuchData.sdqryKEMit do
    begin
      Close;
      SQL.Clear;
      SQL.Add('SELECT [pb_mitarbeiter].[mitarbeiter_id],                  '+
              '       [pb_mitarbeiter].[nachname],                        '+
              '       [pb_mitarbeiter].[vorname],                         '+
              '       [pb_mitarbeiter].[org_id],                          '+
               '       [pb_orga].[bezeichnung],                     '+
              '       Tabelle2.[bezeichnung]                              '+
              'FROM                                                       '+
                '        (SELECT Tabelle.[org_id],                          '+
                  '                Tabelle.[higher_ranking],                  '+
              '                [pb_orga].[bezeichnung]             '+
                '         FROM                                              '+
              '                 (SELECT [pb_orga].[org_id],        '+
              '                         [pb_orga].[bezeichnung],   '+
              '                         [pb_orga].[higher_ranking] '+
              '                  FROM [pb_orga]) Tabelle, [pb_orga]       '+
                '         WHERE [pb_orga].[org_id]=Tabelle.[higher_ranking])       '+
              '        Tabelle2 RIGHT JOIN ([pb_mitarbeiter]              '+
              '                 RIGHT JOIN  [pb_orga]              '+
              '                          ON [pb_mitarbeiter].[org_id]=[pb_orga].[org_id])  '+
              '                          ON Tabelle2.[org_id]=[pb_mitarbeiter].[org_id] '+
              'WHERE [pb_mitarbeiter].[mitarbeiter_id] IS NOT NULL '+ aBedingung);
      Open;
    end;
end;

Wenn ich nun versuche, dass Programm zu starten, um zu sehen, ob es so funktioniert wie ich es möchte, kommt die Fehlermeldung: "SQL Server message 208: Ungültiger Objektname 'pb_orga'.(line1)"
Ich hab schon mehrmals den Quellcode hin- und zurückkopiert und erneut in der Konsole ausprobiert, wie gesagt, da funktioniert alles super.

Ich bin wirklich ratlos und wäre froh über einen Gedankenanstoß. :oops:
Sowas kommt davon, wenn der Ausbilder im Urlaub ist. ;)

[jobo]

Du hast Dich beim Hin und Herkopieren irgendwie vertan:
"pborga" im Select Teil ist eine Tabelle / Alias, die Du in der From clause gekapselt hast, benannt ist es dort aber als Tabelle2.
Im Join ist es ebenfalls falsch.

[Codewalker]

Auf den ersten Blick sehe ich nichts, aber es hilft, wenn du jeweils noch Zeilenumbrüche ergänzt, damit du nicht immer den Error in Zeile 1 bekommst (in der ja das gesamte SQL steht), weil das hilft ja mal gar nicht.

Delphi-Quellcode:

('SELECT [pb_mitarbeiter].[mitarbeiter_id], '+ #10#13 + 
              ' [pb_mitarbeiter].[nachname], '+  #10#13 + 
              ' [pb_mitarbeiter].[vorname], '+  #10#13 +   ...

[Maya]

Zitat:

Zitat von jobo (Beitrag 1134246)

Du hast Dich beim Hin und Herkopieren irgendwie vertan:
"pborga" im Select Teil ist eine Tabelle / Alias, die Du in der From clause gekapselt hast, benannt ist es dort aber als Tabelle2.
Im Join ist es ebenfalls falsch.

Das kann nicht sein, weil wenn ich statt "pb_orga" dort oben "Tabelle2" schreibe, dann zeigt er mir zweimal die gleiche Spalte an und das ist nicht Sinn der Sache.
Ich verstehe Tabelle2 und pb_orga eigentlich als zwei verschiedene Tabellen.

@Codewalker: Sry, bringt nix. Er sagt immer noch "line1". -.-

[Neutral General]

Zeilenumbruch = #13#10 oder sLinebreak!

[jobo]

Das spielt aber keine Rolle, was Du darunter verstehst.
Du hast die Tabelle pbOrga nicht in der From Clause stehen, wenn ich mich nicht vertue.
Ob die Konsole (oder Codeergänzung) da (irrtümlich) mitmacht, kann ich nicht sagen, weil ich keine habe.

[Maya]

Zitat:

Zitat von Neutral General (Beitrag 1134251)

Zeilenumbruch = #13#10 oder sLinebreak!

Wie schon gehabt, er sagt trotzdem noch, dass es in Zeile 1 einen Fehler gibt.

Zitat:

Zitat von jobo (Beitrag 1134252)

Das spielt aber keine Rolle, was Du darunter verstehst.
Du hast die Tabelle pbOrga nicht in der From Clause stehen, wenn ich mich nicht vertue.
Ob die Konsole (oder Codeergänzung) da (irrtümlich) mitmacht, kann ich nicht sagen, weil ich keine habe.

Ich hab in jeder From-Anweisung pb_orga stehen, habe noch mal nachgeschaut. Kannst mir sehr gerne zeigen, wo du genau meint, dass sie fehlt.

[jobo]

Deine gesamte From Clause besteht nur aus einer Tabelle/Select/Alias!
Durch die Klammerung werden sämtliche Subselects innerhalb nicht mehr als eigenständige Tabellen erkannt. Da kannst Du alle Tabellen der Datenbank eintragen, ein Select darauf wird nicht funktionieren.
(Und kann auch in der Console nicht funktionieren)

[Sherlock]

Nur nebenbei: SQL ist eine Stringliste. Mach doch für jede Zeile ein eigenes Add. Dann sind das wirklich auch getrennte Zeilen und man muss nicht auf Leerzeichen oder Carriagereturns Rücksicht nehmen.

Sherlock

[mkinzler]

Dann wird auch nur ein Linebreak eingefügt.

[Maya]

Zitat:

Zitat von Sherlock (Beitrag 1134256)

Nur nebenbei: SQL ist eine Stringliste. Mach doch für jede Zeile ein eigenes Add. Dann sind das wirklich auch getrennte Zeilen und man muss nicht auf Leerzeichen oder Carriagereturns Rücksicht nehmen.

Sherlock

Nope, immer noch Zeile 1.

Zitat:

Zitat von jobo (Beitrag 1134255)

Deine gesamte From Clause besteht nur aus einer Tabelle/Select/Alias!
Durch die Klammerung werden sämtliche Subselects innerhalb nicht mehr als eigenständige Tabellen erkannt. Da kannst Du alle Tabellen der Datenbank eintragen, ein Select darauf wird nicht funktionieren.
(Und kann auch in der Console nicht funktionieren)

Kannst mir gerne glauben. Wenn ich direkt in Microsoft SQL den Code so eingeben, spuckt er mir die Tabelle so aus, wie ich sie haben möchte.

Ich weiß nicht, was ich weiterhin dazu sagen soll, außer das ich ratlos bin.

[jobo]

Kopier doch mal die Consolen SQL Version hier rein.

[Maya]

Code:

SELECT [pb_mitarbeiter].[mitarbeiter_id],                       
       [pb_mitarbeiter].[nachname],                            
       [pb_mitarbeiter].[vorname],                             
       [pb_mitarbeiter].[org_id],                              
       [pb_orga].[bezeichnung],                         
       Tabelle2.[bezeichnung]                                  
FROM                                                           
     (SELECT Tabelle.[org_id],                              
             Tabelle.[higher_ranking],                      
             [pb_orga].[bezeichnung]                 
      FROM                                                  
            (SELECT [pb_orga].[org_id],            
                    [pb_orga].[bezeichnung],       
                    [pb_orga].[higher_ranking]     
             FROM [pb_orga]) Tabelle, [pb_orga]           
      WHERE [pb_orga].[org_id]=Tabelle.[higher_ranking])           
   Tabelle2 RIGHT JOIN ([pb_mitarbeiter]                  
            RIGHT JOIN  [pb_orga]                  
                      ON [pb_mitarbeiter].[org_id]=[pb_orga].[org_id])      
                      ON Tabelle2.[org_id]=[pb_mitarbeiter].[org_id]     
WHERE [pb_mitarbeiter].[mitarbeiter_id] IS NOT NULL

[jobo]

Das sieht in der Tat nahezu identisch aus.
Das einzige was mir auffällt, Deine Bedingung (Delphi Parameter) fehlt hier.
An der Zeilennummer würde ich mich nicht unbedingt hochziehen.

[DeddyH]

Die JOIN-Bedingungen sehen mir etwas merkwürdig aus.

[Maya]

Zitat:

Zitat von jobo (Beitrag 1134271)

Das sieht in der Tat nahezu identisch aus.
Das einzige was mir auffällt, Deine Bedingung (Delphi Parameter) fehlt hier.
An der Zeilennummer würde ich mich nicht unbedingt hochziehen.

Das ist korrekt. Das kommt daher, da ich im Programm die Möglichkeit anbiete, dass die Mitarbeiter noch mal nach Bedingungen gefiltert werden können. Damit ich nicht jedes Mal die Anweisung schreiben muss, hab ich deswegen eine allgemeingültige Procedure gebastelt, wo ich ggf. einfach die weiteren WHERE-Bedingungen dranhänge.

Zitat:

Zitat von DeddyH (Beitrag 1134272)

Die JOIN-Bedingungen sehen mir etwas merkwürdig aus.

Dann sag mir aber auch bitte, was da konkret merkwürdig ist. Bin nicht so der Crack in Joins, aber ich hab mich an das Muster hier gehalten: http://aktuell.de.selfhtml.org/artik...rfachjoin1.htm

[DeddyH]

Da steht

Zitat:

SQL-Code:

RIGHT JOIN ...
RIGHT JOIN ...
ON ...
ON ...

(OK, geklammert, das macht es aber nicht lesbarer) anstatt

SQL-Code:

RIGHT JOIN ...
ON ...
RIGHT JOIN ...
ON ...

Das meinte ich mit merkwürdig. An Deiner Stelle würde ich mir das Statement zunächst speichern und dann im Kleinen neu aufbauen. Klappt das hier?

SQL-Code:

SELECT [pb_mitarbeiter].[mitarbeiter_id]
FROM [pb_mitarbeiter]
WHERE [pb_mitarbeiter].[mitarbeiter_id] IS NOT NULL

[Maya]

Zitat:

Zitat von DeddyH (Beitrag 1134277)

Da steht

Zitat:

SQL-Code:

RIGHT JOIN ...
RIGHT JOIN ...
ON ...
ON ...

(OK, geklammert, das macht es aber nicht lesbarer) anstatt

SQL-Code:

RIGHT JOIN ...
ON ...
RIGHT JOIN ...
ON ...

Das meinte ich mit merkwürdig.

Ich meinte konkret eher den komplexeren Fall. Den empfand ich als passender für mein Problem.

Zitat:

Zitat von DeddyH (Beitrag 1134277)

An Deiner Stelle würde ich mir das Statement zunächst speichern und dann im Kleinen neu aufbauen. Klappt das hier?

SQL-Code:

SELECT [pb_mitarbeiter].[mitarbeiter_id]
FROM [pb_mitarbeiter]
WHERE [pb_mitarbeiter].[mitarbeiter_id] IS NOT NULL

Joar, da kommen halt alle Mitarbeiter bei mir 'raus. Es hat ja jeder 'ne ID, da's der PK ist.

[DeddyH]

Benutz doch einmal Aliase und sag uns konkret, welche Tabellen Du unter welchen Bedingungen zusammenjoinen möchtest. Ich selber habe bei den ganzen Klammern und Subselects etwas den Überblick verloren.

[Patito]

Aus den Postings bisher ist mir noch nicht ganz klar was für eine Datenbankkomponente hier im Einsatz ist.

Um auszuschließen dass Du hier nicht an irgendein dummes 255-Zeichen-Limit stößt würde
ich mal statt das ganze SQL-Statement in einer einzelnen Zeile zu übergeben
das Statement in mehrere SQL.Add() hintereinander aufteilen.

Dann wird auch die Fehlermeldung mit Fehler in Zeile xy etwas aussagekräftiger...

[Maya]

Zitat:

Zitat von Patito (Beitrag 1134284)

Um auszuschließen dass Du hier nicht an irgendein dummes 255-Zeichen-Limit stößt würde
ich mal statt das ganze SQL-Statement in einer einzelnen Zeile zu übergeben
das Statement in mehrere SQL.Add() hintereinander aufteilen.

Dann wird auch die Fehlermeldung mit Fehler in Zeile xy etwas aussagekräftiger...

Das mit den mehreren SQL.Add() hab ich schon probiert und kam weiterhin, dass das Problem in Zeile 1 liegt.

Zitat:

Zitat von DeddyH (Beitrag 1134283)

Benutz doch einmal Aliase und sag uns konkret, welche Tabellen Du unter welchen Bedingungen zusammenjoinen möchtest. Ich selber habe bei den ganzen Klammern und Subselects etwas den Überblick verloren.

Also bei den Mitarbeitern wird durch die Org-Id angegeben, in welcher Abteilung sie arbeiten. Manche der Abteilungen haben aber noch eine übergeordnete Abteilung, die durch das "higher_ranking" in der Orga-Tabelle angebenen ist. Das entsprechende Higher-Ranking entspricht dann einer Orga-ID der Orga-Tabelle.
In der Ausgabe soll dann halt der Mitarbeiter dastehen und seine Abteilung ggf. die übergeordnete Abteilung.

Noch mal kurz: Orga-Tabelle: alle Abteilungen mit Org-ID, Bezeichnung und higher-ranking welche einer Org-Id entspricht
Mitarbeiter-Tabelle: alle Mitarbeiter mit Abteilung (Org-ID)

Nachtrag
Ich bin jetzt unterwegs, schaue aber per Handy hier immer mal 'rein. Kann aber halt nix konkret dann ausprobieren, erst morgen früh wieder.

[DeddyH]

Wenn ich das richtig überblickt habe, kommst Du auch ganz ohne Subselects aus. Das kann ich aber erst später auseinanderklamüsern, da ich hier noch auf Arbeit bin.

[edit] Du willst also alle Mitarbeiter, Ihre Abteilung sowie die ggf. übergeordnete Abteilung ermitteln, stimmt das so?
Was kommt denn hierbei heraus?

SQL-Code:

SELECT
  M.[mitarbeiter_id],
  M.[nachname],
  M.[vorname],
  M.[org_id],
  O.[bezeichnung],
  O2.[bezeichnung]
FROM
  [pb_mitarbeiter] M
JOIN
  [pb_orga] O ON O.[org_id] = M.[org_id]
LEFT JOIN
  [pb_orga] O2 ON O2.[org_id] = O.[higher_ranking]

[/edit]

[p80286]

dieses seltsame Higher_Ranking/Org_ID - Pärchen stört mich noch,
ansonsten finde ich an deddyhs Lösung nichts auszusetzen.

Gruß
K-h

[DeddyH]

Was stört Dich daran? Das ist ein simpler Self-Join.

[mkinzler]

Da es sich um 2 verschiedene Instanzen der selben Tabelle handelt, ist dies auch unumgänglich. Ist ausserdem nicht besonderst unüblich.

[p80286]

Tschuldigung falsch ausgedrückt,
mit higher_ranking wird, wenn ich das richtig verstanden habe, Org_id "ersetzt".
Aber nicht in allen Fällen(?) und solche Datenbasteleien erfüllen mich immer mit großem Mißtrauen.

Gruß
K-H

[Bummi]

@p80286

ich verstehe das als Baumstruktur wo higher_ranking auf einen Vater verweisen kann, aber nicht muß

[p80286]

wenn aber Higher_Ranking NULL ist?

Zitat:

Also bei den Mitarbeitern wird durch die Org-Id angegeben, in welcher Abteilung sie arbeiten. Manche der Abteilungen haben aber noch eine übergeordnete Abteilung, die durch das "higher_ranking" in der Orga-Tabelle angebenen ist. Das entsprechende Higher-Ranking entspricht dann einer Orga-ID der Orga-Tabelle.

Das wäre aber ein sehr kleiner Baum, das sehe ich eher als "Übersetzung".
Ist aber alles Spekulatius ohne zu wissen was wirklich in den Daten steht.

Gruß
K-H

[mquadrat]

Flache Hierarchien liegen doch im Trend :D

[Bummi]

ja, ich könnte mir vorstellen daß es auf sowas rausläuft ...

Code:

Create FUNCTION [dbo].[FT_AbteilungsHirarchi](@org_id int)
RETURNS  varchar(8000)
as
begin
Declare @Pfad varchar(8000)
Select @Pfad=Bezeichnung from dbo.pb_orga where org_id=@org_id
if Exists(Select * from dbo.pb_orga where  org_id = (Select higher_ranking from pb_orga where org_id=@org_id))
   Select @Pfad=@Pfad + '/' + dbo.[FT_AbteilungsHirarchi]((Select higher_ranking from pb_orga where org_id=@org_id))
Return @Pfad
end


Select dbo.pb_mitarbeiter.*,[dbo].[FT_AbteilungsHirarchi](pb_mitarbeiter.org_id) as [Abteilung(en)]
from pb_mitarbeiter

[DeddyH]

Wenn die Abteilung keine übergeordnete Abteilung hat, dann steht halt NULL im entsprechenden Datensatz, deshalb wird an der Stelle ja auch ein OUTER JOIN gemacht. Wer will, der kann ja noch ein CASE reinbasteln und NULL durch "ohne" oder sowas ersetzen.

[edit] Ich habe das mal schnell mit FB nachgebaut (siehe Screenshots) [/edit]

[Maya]

GENAU!! DeddyH hat's genau verstanden, wie ich das bastel! Es gibt maximal drei Hierarchie-Ebenen.

Ich probier das morgen früh gleich auf Arbeit aus und kuck mir das an, was ich daraus machen kann.

[Maya]

Einen wunderschönen Freitag wünsche ich euch allen!

Zitat:

Zitat von DeddyH (Beitrag 1134286)

Wenn ich das richtig überblickt habe, kommst Du auch ganz ohne Subselects aus. Das kann ich aber erst später auseinanderklamüsern, da ich hier noch auf Arbeit bin.

[edit] Du willst also alle Mitarbeiter, Ihre Abteilung sowie die ggf. übergeordnete Abteilung ermitteln, stimmt das so?
Was kommt denn hierbei heraus?

SQL-Code:

SELECT
  M.[mitarbeiter_id],
  M.[nachname],
  M.[vorname],
  M.[org_id],
  O.[bezeichnung],
  O2.[bezeichnung]
FROM
  [pb_mitarbeiter] M
JOIN
  [pb_orga] O ON O.[org_id] = M.[org_id]
LEFT JOIN
  [pb_orga] O2 ON O2.[org_id] = O.[higher_ranking]

[/edit]

Wenn ich das mache, ungelogen!, kommt folgende Fehlermeldung von MS SQL: "Meldung 208, Ebene 16, Status 1, Zeile 1 Ungültiger Objektname 'pb_mitarbeiter'."
Kommt mir irgendwie verdächtig bekannt vor.

[Bummi]

bist Du in der richtigen Datenbank, heißt die Tabelle wirklich so, was kommt bei

Code:

select * from pb_mitarbeiter

[Bummi]

Wenn Du noch Bedingungen dranhängst zb.

Code:

where pb_mitarbeiter.irgendwas

mußt Du

Code:

m.irgendwas

nehmen

[Maya]

Zitat:

Zitat von Bummi (Beitrag 1134409)

bist Du in der richtigen Datenbank, heißt die Tabelle wirklich so, was kommt bei

Code:

select * from pb_mitarbeiter

Also ich glaube, irgendwie haben unsere Admins was mit der DB gemacht. Ich muss jetzt jedes Mal noch die Datenbank davor hängen, also [Datenbankname].[dbo].[pb_blablabla]. Dann klappt das auch in Delphi.

Könntet ihr mir einen Tipp geben, was wir da verändern müssten? Ich hab mich eigentlich nur für diese Datenbank eingeloggt, aber scheinbar ist da irgendwas anderes noch.

[Bummi]

ConnectionString überprüfen
AfterConnect kannst Du auch eine Connection.Execute ('USE Datenbankname') abschicken

[Bummi]

BTW, wenn die Hierarchie tiefer als 2 Ebenen ist kannst Du Dir ja mal den Vorschlag aus #30 anschauen...

[Maya]

Zitat:

Zitat von Bummi (Beitrag 1134413)

BTW, wenn die Hierarchie tiefer als 2 Ebenen ist kannst Du Dir ja mal den Vorschlag aus #30 anschauen...

Ich kuck mir das ganze mal an. Erstmal gehe ich zu unseren Admins und frag mal nach, was wir da machen können. Sowas ist noch bei mir zumindestens, noch nicht passiert.