Job Prio des Users ändern?

[holgerscherer]

Innerhalb diesem System gibt es die Möglichkeit eigene Masken mit SQL-Abfragen zu generieren und den Usern zur Verfügung zu stellen. Da diese Abfragen zum Teil doch etwas mehr CPU benötigen und dadurch teilweise das System ausbremsen, war meine Idee, ich schraub die Prio runter, damit falls ein anderer "wichteiger" Job kommt dieser bevorzugt wird bzw. der normale Ablauf nicht darunter leidet.

Die SQL Statements wurden schon soweit durchläuchtet, das unserer Meinung und auch Beraterseitig keine weiter Performance rausgeholt werden kann.

Ich wollte nun eben für diesen einen User die Prio ändern, nicht für das ganze System oder andere User damit in mitleidenschaft ziehen.

Ganz Einfach ist meinst einfach ganz falsch ;-) Wenn ein SQL viel CPU benötigt, hat das Gründe, die im Design liegen (wie Dieter und Baldur korrekt schreiben). Und wenn jeder User selbst sein Design machen kann (sprich, SQL in bairisch reintippt), wird es lustig. Wenn alle meinen, es ist performancemässig nichts mehr raus zu holen, wird gern mit neuer Hardware gewunken, oder (wie von mir pauschalisiert) mit demokratischer Bestrafung per Priorität. Aber damit ist das Problem ja nicht gelöst.

Wenn Du nur für einen speziellen User die Prio ändern willst, dann halte Dich an die vorhandenen Vorschläge: CHGJOB wenn möglich. Alternativ ein Scriptle, das mittels WRKACTJOB prüft, was dieser User macht, und wenns ein QZDASOINIT ist mit CPU > 20%, dann eine zwangspause von 3-5 Sekunden (wirkt Wunder) und schlechterer Priorität.

Kann beispielsweise auf der PUB1.DE ausprobiert werden.

-h

[Fuerchau]

Immer dann, wenn die User (auch bedienergeführt) in der Lage sind quasi eigene SQL's zu stricken, stöhnt man wieder über die Laufzeiten und Systemlasten.
Der User ist mit der Antwortzeit unzufrieden, alle anderen User mit der Systemlast.
Wenn der User mit der unglücklichen Abfrage und unzufriedenen Antwortzeit nun auch noch ausgebremst wird ist der Frust nicht zu vermeiden.
Gerne werden sog. "Call-Center"-Anwendungen freie Suchmasken angeboten.
Gerade hier kommt es aber auf intelligente Indizes und "starre" SQL's an die schnelle Antworten aus z.B. Millionen Adressen liefern können.
Schließlich gibt es ja genug Methoden und Hilfsmittel (Textindizes) um genau obiges Hauptproblem nicht auftreten zu lassen.
"Genug"- oder "Maximal"-Optimiert gibt es nicht, wenn es immer noch zu solchen CPU-Lasten kommt.

Bestell doch mal Dieter ein, ich garantiere dir, dass der noch was findet.

[BenderD]

Immer dann, wenn die User (auch bedienergeführt) in der Lage sind quasi eigene SQL's zu stricken, stöhnt man wieder über die Laufzeiten und Systemlasten.

Zuweilen ist ein langsames SQL Statement ein Zeichen für ein fehlerhaftes Statement, wenn man zum Beispiel bei einer Mandantenfähigen Datenbank den Mandant in einer where clause oder einer Join Bedingung weglässt, zieht kein Index mehr, das Ergebnis ist aber allenfalls zufällig richtig (wenn es nur einen Mandanten gibt, z.B.).
Aber auch hiergegen kann man was machen, ein ordentliches View Layer für solche Auswertungen kann hier sehr hilfreich sein.

D*B

[Mr-Ferret]

Erst einmal herzlichen Dank für die zahlreichen und lehrreichen Antworten.
Wir habe es geschaft mit ein paar zusätlichen Indexdateien die Antwortzeiten auf ein akzeptables neveau zu reduzieren.
Bzgl. des Vorschlags:

Bestell doch mal Dieter ein, ich garantiere dir, dass der noch was findet.

würde ich gerne in Betracht ziehen, nur wer und wo ist Dieter? Wie kann ich den Mann erreichen?
Danke!

PS:

Und wenn jeder User selbst sein Design machen kann (sprich, SQL in bairisch reintippt), wird es lustig.

Ja, ich komme aus Bayern, die SQL's sind aber nicht von mir von daher bin ich unschuldig, und glaubt es mir, in NRW (Bielefeld) da wohne ich jetzt, ist es bei weitem nicht so schön wie in Bayern.

[Fuerchau]

Betrachte die vorherige Antwort:
D*B steht für Dieter Bender incl. Verweis auf die Homepage.

[BenderD]

in NRW (Bielefeld) da wohne ich jetzt, ist es bei weitem nicht so schön wie in Bayern.

... Bielefeld? das gibt es doch gar nicht. Alleine die Angabe, dass das in Ost-West-Falen liegt sollte einen bereits misstrauisch werden lassen (es sei denn, man kommt aus Süd-Nord-Bayern - nicht zu verwechseln mit Nord-Süd-Bayern).

D*B

[holgerscherer]

... Bielefeld? das gibt es doch gar nicht.

Ich habe einen Mitarbeiter aus Bielefeld. Ich war zweimal dort. Bin erst dran vorbei gefahren, das Hirn hat es ausgeblendet. Aber dann haben sie doch schnell genug "Bielefeld"-Schilder aufgestellt, damit ich das potemkinsche Dorf finde ;-)

-h