Benutzerfreundliche Tools für Daten aus einer SQL Server-Datenbank abrufen

StackOverflow https://stackoverflow.com/questions/3873861

Frage

Wir haben mehrere SQL Server-Datenbanken Messungen von Generatoren enthalten, dass wir bauen. Dies ist jedoch Nutzdaten auf wenige Ingenieure nur zugänglich, da die meisten sind nicht vertraut mit SQL (mich eingeschlossen). Gibt es irgendwelche Werkzeuge würde ein Ingenieur ermöglichen gewählte Teilmengen der Daten zu extrahieren, um sie in Excel oder einer anderen Umgebung zu analysieren? Das ideale Werkzeug würde

  1. schützt die Datenbank von unvorhergesehenen Änderungen,
  2. benötigen keine SQL-Kenntnisse zu extrahieren Daten,
  3. sehr einfach zu bedienen, zum Beispiel mit einer GUI-Feldern auszuwählen und dem gewählten Zeitbereich,
  4. erlauben den Export der Datenwerte in eine Datei, die von Excel gelesen werden konnte,
  5. erfordert keine Beteiligung / Eingabe von dem Datenbankmanager für die Extraktion Aufgabe ausgeführt werden soll, und
  6. leicht für einen Neuling Datenbank-Manager einzurichten.

Vielen Dank für alle Empfehlungen und Anregungen.

War es hilfreich?

Lösung

Zunächst einmal, ich würde nie Benutzer lassen ihre eigenen Abfragen auf einer Produktionsmaschine laufen. Sie konnten Tabellen-Scans oder einen anderen Leistungskiller der ganzen Tag laufen.

Wir haben eine ähnliche Situation, und wir in der Regel benutzerdefinierten gespeicherte Prozeduren für die Benutzer zu „Call“, erstellen und nur den Zugriff auf einen Backup-Server erlauben „fast live“ Daten ausgeführt wird.

Unsere Benutzer sind vertraut mit Excel, so dass ich zum Filtern / Anpassung eine gespeicherte Prozedur mit reichlich Parametern erstellen und sie können es leicht mit etwas nennen wie: 

EXEC YourProcedureName '01/01/2010','12/31/2010','Y',null,1234

ich dokumentieren genau das, was die Parameter tun, und sie sind im Allgemeinen gut von dort aus zu gehen.

Um eine Excel-Abfrage einrichten Sie die Datenquellen benötigen die auf der Benutzer-PC einzurichten (Control Panel - Daten sources- odbc)., Die in geringem Maße abhängig von Ihrer Version von Windows variieren

Von innen übertreffen, müssen Sie die „Abfrage“ einzurichten, die von oben nur der EXEC Befehl ist. Je nach Version von Excel, sollte es so etwas wie: Menü - Daten - Import externe Daten - neue Datenbankabfrage. wählte dann die Datenquelle, connect, lassen Sie die Diagramm-Hersteller Tabelle und geben Sie die oben SQL. Auch nicht versuchen, ein Verfahren alles tun, machen verschiedene, machen auf das, was sie tun.

Sobald die Daten auf dem Excel-Blatt ist, unsere Benutzer ziehen es auf andere Blätter und manipulieren, um sie nach Belieben.

Manche Benutzer ein wenig fortgeschritten und „versuchen“ ihre eigenen SQL zu schreiben, aber das ist ein Schmerz. Ich am Ende des Debuggen und ihre fehlerhaften Abfragen zu fixieren. Auch, wenn Sie richtig die Abfrage zu tun, sie immer basteln mit ihr und brechen sie wieder. unter Verwendung einer gespeicherten Prozedur bedeutet, dass sie es nicht ändern können, und ich kann es mit unseren anderen Verfahren in der Quellcode-Repository gestellt.

Andere Tipps

Ich würde Ihnen empfehlen, Ihre eigene in Excel erstellen. Excel kann Anfragen an Ihrer SQL-Server-Datenbank über eine ODBC-Verbindung herzustellen. Wenn Sie es richtig machen, hat der Endbenutzer nicht viel mehr als Sie auf eine tun „Daten erhalten“ -Taste. Dann haben sie Zugriff auf alle GUI Leistung von Excel die Daten anzuzeigen.

ermöglicht Excel die Ausgabe von gespeicherten Prozeduren direkt in ein Register zu laden. Das IMO ist der beste Weg. Anwender benötigt keine Kenntnisse von SQL, sie nur invoke ein Verfahren, und es gibt keine zusätzlichen Teile neben Excel und Ihre Datenbank zu bewegen

Je nach Ihrer Version von SQL Server würde ich auf einige der ausgezeichneten Self-Service BI-Tool mit den späteren Auflagen wie Berichts-Generator suchen. Das ist wie eine abgespeckte Version von Visual Studio mit allen den komplexen Bits herausgenommen und nur den einfachen Bericht Bits nach links in.

Wenn Sie Setup eine gemeinsame Datenquelle, die mit sehr niedrigen Zugriffsrechten dann den Benutzer in den Server protokolliert können Berichte erstellen, aber nicht bearbeitet nichts.

Ich würde die Kommentare von KM Echo, das auf einem Produktionssystem, die großen ungewaschenen laufen Abfragen lassen mit zu einigen interessanten Ergebnissen führen kann entweder die falschen Abfrage verwendet oder massiven Tabellen-Scans oder kartesischer verbindet etc

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top