Eine Spalte in mehrer aufteilen

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Eine Spalte in mehrer aufteilen

    Hallo
    Ich versuche in MySQL eine solche Tabelle
    Code:
    id | text
    1  | bla
    2  | blup
    1  | foo
    2  | bar
    In ein solches Abfrage-Resultat zu verwandeln:
    Code:
    id | text1 | text2
    1  | bla   | foo
    2  | blup  | bar
    Hat jemand einen Vorschlag wie ich das am besten erledige?

    PS: Das Beispiel ist stark vereinfacht, die Tabelle ist natürlich nicht genau so aufgebaut. Zusätzlich kommt ausserdem noch die Schwierigkeit hinzu, dass pro Id mehrere Texte (0, 1, 2, 3 oder auch 100) verfügbar sein können.
    Last edited by sili; 26-08-2010, 14:51.

  • #2
    das mit "mehrere Texte pro id" schreit förmlich nach einer Zuordnungstabelle.... (m : n Relation ... )

    die hast du ja vorliegen, alles was der fehlt wäre noch ein Primärschlüssel (1 zusätzliche id-Spalte oder ähnliches) ..

    von der Änderung auf eine "breite" Tabelle mit mehr oder weniger Text-spalten pro ID würde ich aus Gründen von Normalisierung ernsthaft abraten

    wenn du das dann abfragen willst , dann mit

    "SELECT text FROM tabelle where id= 'x' "

    dann kannst du in deiner Programmiersprache wunderbar alle gefundenen Text-Einträge zu deiner ID abklappern
    Last edited by eagle275; 26-08-2010, 14:38.
    [font=Verdana]
    Wer LESEN kann, ist klar im Vorteil!
    [/font]

    Comment


    • #3
      Das sieht aber nach einem gewaltigen Designfehler aus. Beschäftige dich mal mit Normalisierung.

      Peter
      Nukular, das Wort ist N-u-k-u-l-a-r (Homer Simpson)
      Meine Seite

      Comment


      • #4
        Vielleicht hilft dir GROUP_CONCAT?
        I don't believe in rebirth. Actually, I never did in my whole lives.

        Comment


        • #5
          Originally posted by eagle275 View Post
          das mit "mehrere Texte pro id" schreit förmlich nach einer Zuordnungstabelle.... (m : n Relation ... )

          die hast du ja vorliegen, alles was der fehlt wäre noch ein Primärschlüssel (1 zusätzliche id-Spalte oder ähnliches) ..
          Die entsprechende Spalte ist natürlich bereits vorhanden. Für mein Beispiel habe ich diese nur der Einfachheit halber entfernt. Ausserdem gehe ich davon aus, dass die Spalte für die gesuchte Abfrage nicht relevant ist

          Originally posted by eagle275 View Post
          von der Änderung auf eine "breite" Tabelle mit mehr oder weniger Text-spalten pro ID würde ich aus Gründen von Normalisierung ernsthaft abraten

          wenn du das dann abfragen willst , dann mit

          "SELECT * FROM tabelle where id= 'x' "

          dann kannst du in deiner Programmiersprache wunderbar alle gefundenen Text-Einträge zu deiner ID abklappern
          Das ist mir bewusst und wäre ja auch kein grosses Problem. Allerdings hätte ich gerne eine Lösung in MySQL (falls das so überhaupt möglich ist).

          Originally posted by Kropff View Post
          Das sieht aber nach einem gewaltigen Designfehler aus. Beschäftige dich mal mit Normalisierung.
          Meine Datenbank ist normalisiert, nur das gezeigte und stark vereinfachte Beispiel ist es nicht

          Originally posted by wahsaga View Post
          Vielleicht hilft dir GROUP_CONCAT?
          Das hilft mir leider auch nicht weiter, da die einzelnen Texte nach der Abfrage jeweils noch weiterverarbeitet werden und dementsprechend als einzelne Variablen vorhanden sein müssen.
          Last edited by sili; 26-08-2010, 14:46.

          Comment


          • #6
            hm .. ich weiß nicht , was komplizierter ist ...


            eine Spalte in 10 Zeilen zu lesen, oder 1 Zeile mit 10 spalten


            von daher ... warum soll dir mysql da noch was "kochen" wenn es dir bereits die gewünschten Daten serviert?
            [font=Verdana]
            Wer LESEN kann, ist klar im Vorteil!
            [/font]

            Comment


            • #7
              Originally posted by sili View Post
              Meine Datenbank ist normalisiert, nur das gezeigte und stark vereinfachte Beispiel ist es nicht
              Das ist ein Widerspruch in sich. Eine Datenbank oder vielmehr ein Schema ist erst dann normalisiert, wenn sie – als Ganzes – den Normalisierungskriterien entspricht. Sobald eine einzige Relation/Tabelle nicht Normalform hat, gilt das ganze Schema als nicht normalisiert.
              Das ist keine theoretische Kümmelkernspalterei, sondern soll dich dazu bewegen, diese Tabelle zu normalisieren.

              Übrigens geht es afaik gar nicht ohne Normalisierung. Um die Tupel (1,bla) und (1,foo) zum Ergebnis (1, bla, foo) umzuwandeln, musst du in der Query angeben, dass bla in text1 und foo in text2 gehört. Da sich die Tupel aber nur im Attribut text unterscheiden (die ID ist gleich), musst du - entweder die Strings bla und foo (bzw. alle Werte von text) in der Query in IF-ELSE-Klauseln verbasteln
              - oder die möglicherweise zugrundeliegende Modulo-Entscheidung nutzen (Vorkommen von ID x durchnummerieren, bei geraden Nummern text in text1, bei ungeraden in text2). Das geht zum einen nur bei totaler Ordnung (ODER BY) und andererseits mangels Row-Counter nur mit Hilfe einer Prozedur (wenn überhaupt).

              Lange Rede … Normalisieren! Punkt.

              Comment


              • #8
                Originally posted by eagle275 View Post
                hm .. ich weiß nicht , was komplizierter ist ...

                eine Spalte in 10 Zeilen zu lesen, oder 1 Zeile mit 10 spalten

                von daher ... warum soll dir mysql da noch was "kochen" wenn es dir bereits die gewünschten Daten serviert?
                Welches komplizierter ist, ist mir nicht so wichtig. Allerdings gehe ich davon aus, dass ein DB-Engine grössere Datenmengen wesentlich schneller bearbeiten kann als PHP.

                Originally posted by onemorenerd View Post
                Das ist ein Widerspruch in sich. Eine Datenbank oder vielmehr ein Schema ist erst dann normalisiert, wenn sie – als Ganzes – den Normalisierungskriterien entspricht. Sobald eine einzige Relation/Tabelle nicht Normalform hat, gilt das ganze Schema als nicht normalisiert.
                Da stimme ich dir voll und ganz zu. Nur frage ich mich, wie du anhand eines "stark vereinfachten" Beispiels auf meine Relation und deren angeblich fehlende Normalisierung schliessen kannst
                Also nochmals: Das Beispiel ist extrem vereinfacht und kommt so NIRGENDS in meiner Datenbank vor. Meine Relationen SIND normalisiert. Im Beispiel fehlen nur die entscheidenden Attribute um das Beispiel einfach zu halten.

                Originally posted by onemorenerd View Post
                Um die Tupel (1,bla) und (1,foo) zum Ergebnis (1, bla, foo) umzuwandeln, musst du in der Query angeben, dass bla in text1 und foo in text2 gehört. Da sich die Tupel aber nur im Attribut text unterscheiden (die ID ist gleich), musst du - entweder die Strings bla und foo (bzw. alle Werte von text) in der Query in IF-ELSE-Klauseln verbasteln
                - oder die möglicherweise zugrundeliegende Modulo-Entscheidung nutzen (Vorkommen von ID x durchnummerieren, bei geraden Nummern text in text1, bei ungeraden in text2). Das geht zum einen nur bei totaler Ordnung (ODER BY) und andererseits mangels Row-Counter nur mit Hilfe einer Prozedur (wenn überhaupt).
                Die Benennung der Spalten ist momentan zweitrangig und kann für ein kleines Proof-of-Concept ohne weiteres statisch erfolgen. Am liebsten würde ich die Bezeichner aber anhand der Werte aus einer anderen Tabelle nennen. Aber das ist dann wieder ein anderes Thema

                Comment


                • #9
                  Hallo,

                  wenn es immer die gleiche Anzahl an Texten pro ID ist, könnte man das mit einer Abfrage erledigen. Wenn aber eine ID beliebig oft vorkommt, geht es nicht, weil Abfragen mit einer dynamischen Anzahl Spalten nicht möglich sind.

                  MySQL kann zwar schneller mit großen Datenmengen umgehen, aber bei der Formatierung/Gruppierung der Ausgabe sind dem Grenzen gesetzt. In deinem Falle kommst du mit PHP wirklich günstiger, selbst wenn es wirklich immer zwei Texte pro ID sein sollten.

                  Gruß,

                  Amica
                  [COLOR="DarkSlateGray"]Hast du die [COLOR="DarkSlateGray"]Grundlagen zur Fehlersuche[/color] gelesen? Hast du Code-Tags benutzt?
                  Hast du als URL oder Domain-Beispiele example.com, example.net oder example.org benutzt?
                  Super, danke!
                  [/COLOR]

                  Comment


                  • #10
                    das Problem ist ... deine gewünschte Abfrage ist leider nicht normalisiert - und stellt daher die Datenbank vor entsprechende Probleme ...

                    An der Stelle kannst du eigentlich nur mit deiner Programmiersprache arbeiten, um die gewünschte Zusammenstellung zu erreichen ... deren Sinn leider nicht so ganz offensichtlich ist
                    [font=Verdana]
                    Wer LESEN kann, ist klar im Vorteil!
                    [/font]

                    Comment


                    • #11
                      Originally posted by eagle275 View Post
                      das Problem ist ... deine gewünschte Abfrage ist leider nicht normalisiert
                      Sili sagt, die DB sei es und aus dem gegebenen Beispiel geht auch nicht das Gegenteil hervor, weswegen ich mich frage, warum das hier die ganze Zeit pauschal unterstellt wird.
                      [COLOR="DarkSlateGray"]Hast du die [COLOR="DarkSlateGray"]Grundlagen zur Fehlersuche[/color] gelesen? Hast du Code-Tags benutzt?
                      Hast du als URL oder Domain-Beispiele example.com, example.net oder example.org benutzt?
                      Super, danke!
                      [/COLOR]

                      Comment


                      • #12
                        Dann werde ich das wohl doch mit PHP erledigen müssen.

                        Originally posted by eagle275 View Post
                        An der Stelle kannst du eigentlich nur mit deiner Programmiersprache arbeiten, um die gewünschte Zusammenstellung zu erreichen ... deren Sinn leider nicht so ganz offensichtlich ist
                        Um das ganze Mal etwas zu erklären: Es gibt eine Tabelle welche eine unbeschränkte Anzahl Suchmuster (XPATH, Reguläre Ausdrücke, ...) speichert. Anschliessend werden Dokumente durchsucht und die gefundenen Daten in der Tabelle vom Beispiel mit ID, Dokument-ID, Muster-ID und Text gespeichert. Nun sollen diese Daten in einer Übersicht dargestellt werden. Mit PHP ist das ja keine Sache, aber MySQL wäre mir lieber gewesen

                        Comment


                        • #13
                          Originally posted by sili View Post
                          Also nochmals: Das Beispiel ist extrem vereinfacht und kommt so NIRGENDS in meiner Datenbank vor. Meine Relationen SIND normalisiert. Im Beispiel fehlen nur die entscheidenden Attribute um das Beispiel einfach zu halten.
                          Wenn man "entscheidende" Dinge weglässt, darf man sich nicht wundern, wenn man falsch verstanden wird.

                          Ich ging davon aus, dass sich die Tupel nur im Attribut text unterscheiden. Ist wohl nicht so. Anscheinend kann mit IF-ELSE-Konstrukten anhand irgendwelcher Attribute entschieden werden, ob text zu text1 oder text2 wird.

                          Comment


                          • #14
                            Und es geht doch

                            Hier als kleiner Ansatz:
                            Code:
                            SELECT `gid`,
                                   GROUP_CONCAT(IF(`id`=1, `text`, NULL)) AS `text1`,
                                   GROUP_CONCAT(IF(`id`=2, `text`, NULL)) AS `text2`
                            FROM `table`
                            GROUP BY `gid`
                            (wahsaga hatte also doch Recht )

                            Allerdings produziert das nicht genau die Ansicht aus dem Beispiel, aber von der Idee her funktioniert es.

                            Falls es nun auch noch mit dynamischen Namen und Anzahl Einträgen funktionieren muss, kann man den GROUP_CONCAT() Teil immer noch mit PHP/wasimmer zusammenbasteln.
                            Last edited by sili; 27-08-2010, 21:48.

                            Comment

                            Working...
                            X