Felder aus meheren Datensätzen verketten - langsam

[FredlFesl]

Du kannst mit einer redundanten Hilfstabelle arbeiten, die die konkatenierten Strings enthält. Über Trigger der Tabelle property_value_combination steuerst du den Inhalt. Im Einzelnen wird bei jeder Änderung der Tabelle der korrespondierende Eintrag der Hilfstabelle mit deiner Funktion neu erstellt. Dann hast Du die fertigen Strings ständig auf Lager und der Report geht dann ratzfatz.

Ich würde dem Kunden aber nur erklären, das dieser Wunsch eher ungewöhnlich ist und der Datenbankstruktur wiederspricht und das keine DB-Struktur alle Anfragen in optimaler Zeit beantworten kann.

Falls Du einen Reportgenerator hast, den man erweitern kann (Skript-Enginge), könntest Du auch das Konkatenieren im Report selbst vornehmen.


Unter uns: 1 Sekunde für 10.000 Datensätze ist doch flott genug, oder nicht?

[DeddyH]

Zitat von FredlFesl:

Unter uns: 1 Sekunde für 10.000 Datensätze ist doch flott genug, oder nicht?

Es sind aber 60 Sekunden

[jaevencooler]

Moin, Moin,
ich war mal so frei das auf einer Oracle nach zu bauen, sieht dann so aus :

Delphi-Quellcode:

CREATE OR REPLACE FUNCTION CREATE_SELECTION_CHAIN ( ADDRESSNO in varchar2)

RETURN varchar2 AS
 SEL varchar2(500); -- oder größer ??

 cursor cTestCursor is
   select property_NAME from
   property_value_combination
   where address_no = addressno
     and contact_no is null;

  tTestCursor cTestCursor%RowType;


BEGIN
  sel := '';

  for tTestCursor in cTestCursor
  loop
    sel := sel || ';' || tTestCursor.property_NAME;

  end loop;

  return sel;

  exception
    when others then
      return 'Fehler';
END;

ich weiß, ist kein delphi Quellcode, ist PL/SQL.....

braucht für 10.000 zufällig generierte Datensätze ca. 1,5 Sekunden, abhängig von der Länge
der String die concatiert werden. (Dazu muss dann auch die Variable "sel" vergrößert werden)

Ich gehe mal davon aus das dein SQL schlecht funktioniert, vielleicht zieht der Index nicht ?
(eventuell machst du jedes Mal einen Full Table Scan)

Ich würde wirklich mal einen SQL Plan erstellen, da kannst Du sehen was langsam läuft.

Beste Grüße
Michael

[mkinzler]

Man könnte es auch mit der LIST()-Aggregatfunktion versuchen

[DeddyH]

Das wurde zwar bereits in #4 erwähnt, aber gut, dass Du es noch einmal gesagt hast. Hat das eigentlich schon jemand ausprobiert und kann etwas zur Performance sagen? Ich könnte mir vorstellen, dass es damit schneller geht als mit einer SP.

[himitsu]

Sagte er nicht, daß er LIST schon ausprobiert hatte?

Ergebnis: ist etwa gleich schnell/langsam (glaub ich)

[DeddyH]

Ahja, #6.

[FredlFesl]

Zitat von DeddyH:

Zitat von FredlFesl:

Unter uns: 1 Sekunde für 10.000 Datensätze ist doch flott genug, oder nicht?

Es sind aber 60 Sekunden

Ich schwöre, ich hab "Minute" geschrieben! Ehrlich!