Markus: ORACLE - Fehlermeldung

hey,
kann mir jemand sagen, was bzgl. des untenstehenden Stmt.'s nicht korrekt ist:
----------------------------
select * from (select PROCESS_KEY,max(decode(DESTINATION,'MAPS',FLAG)),max(decode(DESTINATION,'PDB',FLAG)),max(decode(DESTINATION,'SAP',FLAG)),max(decode(DESTINATION,'TRACE',FLAG)),max(decode(DESTINATION,'WIS',FLAG)),max(decode(DESTINATION,'WIS ST',FLAG)) from V_FLOWSYSTEM where DESTINATION is NOT NULL group by PROCESS_KEY) where rownum <= 10001

ERROR at line 1:
ORA-00972: identifier is too long
ORA-02063: preceding line from PDB_REF

-----------------------------

vielen Dank für Eure Hilfe.

mfG,
    Markus.

  1. Hi Markus

    select * from (select PROCESS
                 ^^^^^
    fehlt hier nicht was? oder ist das was spezielles, was mir noch nicht
    begegnet ist?

    Gruß
    annA

    1. select * from (select PROCESS
                   ^^^^^
      fehlt hier nicht was? oder ist das was spezielles, was mir noch nicht
      begegnet ist?

      danke für die Antwort, aber das war nicht der Fehler... hab ihn doch noch gefunden ...
      lag an der letzten where-Klausel (intern) .
      danke trotzdem.

      mfG,
          Markus.

      1. HI Markus,

        geht das denn so?
        was passiert da?

        Gruß
        annA

        1. Hi annA,

          geht das denn so?

          Oracle unterstützt Sub-Selects - das Ergebnis eines SELECT kann in bestimmten Fällen in anderen Statements wie eine Tabelle (lesend) angesprochen werden.
          (Siehe auch VIEWs - selbes Prinzip, anderer Einsatzzweck, andere Syntax.)

          Viele Grüße
                Michael

          --
          T'Pol: I apologize if I acted inappropriately.
          V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
          (sh:| fo:} ch:] rl:( br:^ n4:( ie:% mo:) va:| de:/ zu:| fl:( ss:) ls:~ js:|)
           => http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A|+fo%3A}+ch%3A]+rl%3A(+br%3A^+n4%3A(+ie%3A%25+mo%3A)+va%3A|+de%3A%2F+zu%3A|+fl%3A(+ss%3A)+ls%3A~+js%3A|
          Auch diese Signatur wird an korrekt konfigurierte Browser gzip-komprimiert übertragen.
          1. sehr schön ...

            mfG,
               Markus.

          2. Hi,

            "normalerweise" ( = so wie ich es bisher verstanden habe) kommt nach
            dem FROM doch gleich immer der Tabellenname. Das es Subselects gibt
            weiss ich, ich dachte bloss, die müßten vor das FROM...

            Gruß
            annA

            1. man lernt nie aus ... ist ja nicht schlimm ;)

              mfG,
                 Markus

              1. HI Markus,
                ich wollte es (Datenbanken) nächstes Semester als PL
                (Prüfungsleistung) nehmen, vielleicht überlege ich mir das jetzt
                nochmal :o)

                Gruß
                annA

                1. nur mut ... ;)

                  mfG,
                     Markus

            2. Hi annA,

              "normalerweise" ( = so wie ich es bisher verstanden habe) kommt nach
              dem FROM doch gleich immer der Tabellenname. Das es Subselects gibt
              weiss ich, ich dachte bloss, die müßten vor das FROM...

              der Sinn eines "Sub-Select" ist doch gerade, daß Du mehrere SELECTs ineinander "schachteln" kannst, wenn die üblichen Möglichkeiten der WHERE-Klauseln nicht ausreichen (oder nicht performant genug funktionieren, oder zu komplex zu notieren wären, oder ...), um den entsprechenden Filtervorgang durchzuführen.

              Vor dem FROM stehen die Spalten, hinter dem FROM die Tabellen ... und in diesem Falle eben auch "Pseudotabellen".

              Viele Grüße
                    Michael

              --
              T'Pol: I apologize if I acted inappropriately.
              V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
              (sh:| fo:} ch:] rl:( br:^ n4:( ie:% mo:) va:| de:/ zu:| fl:( ss:) ls:~ js:|)
               => http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A|+fo%3A}+ch%3A]+rl%3A(+br%3A^+n4%3A(+ie%3A%25+mo%3A)+va%3A|+de%3A%2F+zu%3A|+fl%3A(+ss%3A)+ls%3A~+js%3A|
              Auch diese Signatur wird an korrekt konfigurierte Browser gzip-komprimiert übertragen.
              1. HI Michael,

                ach so, jetzt habe ichs. Danke schön :o)

                Gruß
                annA

              2. Hallo,

                Vor dem FROM stehen die Spalten, hinter dem FROM die Tabellen ... und in diesem Falle eben auch "Pseudotabellen".

                Unter der Voraussetzung, daß sie nur einen Record liefern, können  Sub-Selects auch für Spalten verwendet werden. Das gilt zumindest bei Oracle, ab welcher Version getraue ich mich allerdings nicht sagen.

                Grüße
                  Klaus

                1. Hi Klaus,

                  Vor dem FROM stehen die Spalten, hinter dem FROM die Tabellen ... und in diesem Falle eben auch "Pseudotabellen".
                  Unter der Voraussetzung, daß sie nur einen Record liefern, können Sub-Selects auch für Spalten verwendet werden.

                  uiuiui ... das bedeutet im Klartext, daß die syntaktische (!) Korrektheit des SQL-Statements erst anhand des Ergebnisses des Subselect bestimmt werden kann? Hm ...

                  Viele Grüße
                        Michael

                  --
                  T'Pol: I apologize if I acted inappropriately.
                  V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
                  (sh:| fo:} ch:] rl:( br:^ n4:( ie:% mo:) va:| de:/ zu:| fl:( ss:) ls:~ js:|)
                   => http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A|+fo%3A}+ch%3A]+rl%3A(+br%3A^+n4%3A(+ie%3A%25+mo%3A)+va%3A|+de%3A%2F+zu%3A|+fl%3A(+ss%3A)+ls%3A~+js%3A|
                  Auch diese Signatur wird an korrekt konfigurierte Browser gzip-komprimiert übertragen.