Was ist ein typisches Szenario für das Design von Endbenutzerberichten?

Question

Ich frage mich, was wäre das typische Szenario für die Verwendung eines Endbenutzers Bericht Designer. Was ich denke ist, einen Basisbericht mit allen Spalten zu haben, die ich haben kann, auch mit einer grundlegenden Ansicht des Berichts (Formatierung, Reihenfolge der Spalten, etc.) und dann lassen Sie den Benutzer dieses Format ändern und Bestellen, herausnehmen oder hinzufügen (aus den verfügbaren Spalten) Daten dazu usw.

Ist das eine übliche Methode, um den so genannten Endbenutzerdesigner für Berichte anzusprechen oder bin ich nicht auf Kurs?

Ich weiß, es hängt vom Benutzer ab (wenn es jemand ist, der mit SQL umgehen kann oder nicht), aber ist es üblich, ein Szenario zu haben, in dem der Benutzer alles von der SQL-Abfrage zur Formatierung erstellen kann?

Danke!

Sebastian

Answer 1

Das erste, was ich denke, wäre im Begriff ist, sie in einer sehr streng kontrolliert Sandbox zu setzen, sowohl für die Sicherheit als auch ungeheuerlich, Server-eating-Abfragen zu verhindern. Darüber hinaus denke ich, dass es ein guter Weg ist, ihnen ein "Menü" mit begrenzten Möglichkeiten zu geben. Ich würde ihnen keinen direkten Zugang zu SQL geben.

Answer 2

Erste Frage ist, wollen Sie Benutzer erstellen SQL, die eine Abfrage weglaufen könnte (denke, kartesischen Join gegangen wild).

Je nach Tool können Sie Ihren Bericht als Excel veröffentlichen. Das Erstellen einer Pivot-Tabelle oder einer einfachen Tabelle bietet möglicherweise die gewünschte Flexibilität, aber in einer sicheren Umgebung. Die meisten Benutzer können mit dem Entfernen von Spalten, Formatierung usw. in Excel umgehen, und es gibt viele Selbsthilfe-Verweise, die Sie möglicherweise nicht in einem Report Writer-Tool finden.